2

SharePoint 開発は初めてです。ベース サイト テンプレートを作成し、そのテンプレートを使用して、同じサーバー上の他の場所で新しいサイトを開始しました。これは正常に機能しますが、新しく作成されたサイトは、元のサイトで作成されたカスタム コンテンツ タイプを「平坦化」しているように見えます。新しいサイトで必要な変更をサポートするために、元のコンテンツ タイプの継承をそのまま維持する方法があると思います。彼らは引き続き変更を加えることができますが、各リストに個別にアクセスする必要があるため、時間がかかります. これを修正する方法を知っている人、またはこれにアプローチするより良い方法を知っている人はいますか?

4

2 に答える 2

4

あなたが抱えている問題は、元のサイト コレクションから別のサイト コレクションへの移動です。サイト テンプレートには、サイトの完全な定義は格納されません。基になるサイト定義との違いのみが格納されます。あるサイト コレクションから別のサイト コレクションに移動すると、基になるサイト定義が失われ、コンテンツ タイプが失われるなどの問題が発生します。

サイト テンプレートとサイト定義は、実行できる 2 つの個別のカスタマイズです。要件に基づいて、どちらが最適かを決定する必要があります。

サイト テンプレート

プロの:

  • SharePoint インターフェイスを介して簡単に作成および再利用できます
  • エンドユーザーに最適
  • サイト テンプレートは、基になる既定のサイト定義のカスタマイズです

短所：

  • 基盤となるサイト定義への依存は、SharePoint の更新によってサイト テンプレートが破損する可能性があることを意味します
  • 変更はデータベースに保持され、DB から読み取られ、要求ごとにコンパイルされるため、パフォーマンスが低下します。
  • 限られたカスタマイズオプション

サイト定義

プロの:

  • 作成が難しい: XML のコーディングが必要
  • 開発者とサイト管理者が作成
  • SharePoint の既定のサイト定義から独立しているため、SharePoint の更新の影響を受けません
  • 無限のカスタマイズ オプション

短所：

  • 展開時の変更が困難
  • ファイルシステムにキャッシュできるので読み込みが速い

カスタム サイト定義の作成に関する情報については、Googleをチェックしてください。

お役に立てれば！

ジョニー

于 2009-02-26T07:28:09.260 に答える
0

これを行う最良の方法は、コンテンツタイプがファームを対象とするフィーチャ内にあるサイト定義を作成することです。

ティム

于 2009-02-23T13:47:55.407 に答える