コンテンツ種類前カスタム分野

Question

こうベストプラクティスの意図をデザインするSharePointアドオンです。

思新SharePointてみたか小さい。私は自分自身をカスタムリストや図書館です。この特定のインスタンス、文書図書館が私のユーザーのために使用するcollaborately編集、検証内容を多数のExcelスプレッドシート.私は別のリストを使用し、イベントハンドラ,カナダマギル大学モントリオールの変更を行い要素が最初の一覧です。

私はこのような、うすをカスタムリストまたはカスタム文書館を利用したい"カラムを作成"メニューに追加するオプションを選択す。私はほとんどない利用分野から既存のコンテンツ種類です。私が作成したカスタムコンテンツタイプ全体のリストが、全ての工程ではかなり複雑なメンテナンス集中で必要なのです。しかし、私はその一部の問題への拡張性や再利用をしているところ見あたりません。ここでも関連する質問をお願い?

• ある魅力的な理由でコンテンツ種類/サイト列を使用すべきではなく、地域、カスタムリスト。
• ある魅力的な理由地、カスタムリストの分野でお使いくださいコンテンツの種類/サイトのカラム?
• ある深い問題の重複機能では、インスタンスを避け、利用の標準SharePointリストタイプでをカスタムリストを格納するほとんど同じです。

Answer 1

デザインとコンテンツ種類は、再使用、リストのスキーマ（行動).いがある場合の要件にたくさんのリストは同じ構造の場合には、そのコンテンツタイプです。することさえ許可しないようにして作成リストのスキーマを個別にこの状況が繰り返しエラーが発生しやすいです。通常は大SharePointサイトが要求される執行部に位置するこの高級の整合性のメタデータを指すものとします。

場合にだけをリスト、まもな建物の類似のリストは他のサイトであってもおかしくない用コンテンツタイプです。を作っていただくだけでokで、アドホックカスタム一覧です。同じ分野のサイトのカラムに有を作成したい一貫したメタデータの異なるコンテンツ種類およびリストが不要となることができます。

標準のリストの種類に有効な出発点だというカスタム一覧です。例えば、リンクリストかで追加機能、その場所にもより複雑なものは、その中核のリストインターネット上に立ってくれるはずです。なるべきである、ということになりの作成、カスタムリストの必要がない場合。

Answer 2

ビル（@spdoctor）が言ったこと。場合によります。

＃3に関連して、作業するソリューションが大きくなると、いくつかのサイトコレクションでソリューションを分割する傾向があります。コンテンツタイプにはサイトの収集範囲があるため、コンテンツタイプの冗長なメンテナンスを望まない場合、これは問題になる可能性があります。

これを解決するには、新しいSP2010機能、コンテンツタイプのハブを使用できます。 CT Hubは、コンテンツタイプのマネージドギャラリーであり、サイトコレクション間でコンテンツタイプを公開できます。

続きを読む ここ.

Answer 3

私は常にサイト列とコンテンツタイプを作成します。厳しい経験は、実装されたものはおそらく誰かがクールなアイデアと見なし、同じサイトコレクションの他の場所で実装するように要求することを私に言っています。

Webサイト内の複数のリストで使用されているコンテンツタイプの階層があり、変更要求が必要な場合、たとえば、すべてのインスタンスで伝播する必要がある選択列に選択を追加する必要がある場合、簡単に実行できます。コンテンツタイプ。

リクエストでは、その選択肢を1つのリストに追加するように要求されます。そのコンテンツタイプを使用しますか？また、「コンテンツタイプ」は実際にはサイトコンテンツタイプのインスタンスであり、独自に動作します（サイトコンテンツタイプから継承します）。

Answer 4

最初の質問に - はい。一部のデータは多くの場所で一般的です。たとえば、「金融四半期」のサイトコラムがある場合があり、これは多くの場所で使用できます。金融四半期は、費用の要求であろうとある種のレポートであろうと、依然として金融四半期であるため、その列をタイプ間で共有できることは理にかなっています。概念的には、それは同じことです。

同様に、コンテンツタイプは複数の場所で適用できます。たとえば、「旅費」ドキュメントコンテンツタイプは、「販売」チームサイトであろうと「エンジニアリング」サイトであろうと同じです。同じコンテンツタイプにすることで、それによってすべてのものを見つけることができます。その後、すべての旅費を簡単に検索できます（それを行う方法はいくつかあります）

ローカルフィールドまたはコンテンツタイプを使用する理由（2番目の質問） - まあ、上記のことが真でない場合があり、概念が単一のドメインに特有の場合もあります。たとえば、「エンジニアリングワークシート」はエンジニアによってのみ使用される可能性があるため、特定のサイトのLogCalである可能性があります。それが説得力があることはわかりませんが、それが理由です。

私が行く経験則は、何かが一度だけ使用される場合、ローカルリストのコンテンツタイプ/フィールドを持っていることは大丈夫だということです。