2

私のSharePointVisualStudioソリューション構造には、現在次のプロジェクトが含まれています。

  • 共通：拡張メソッド、ヘルパー、頻繁に使用されるコントロールなどが含まれます。
  • ロギング：通常はCommonに含まれますが、「unsafe」とマークされたネイティブメソッドへの呼び出しが含まれます
  • サイト固有のプロジェクト：個別のサイトごとに1つ、そのサイトに固有の機能、Webパーツ、イベントレシーバーなどが含まれます
  • コンソールアプリ：必要に応じて/必要に応じてコンソールアプリプロジェクト

私はWSPBuilderを使用しているため、各プロジェクト（コンソールアプリを除く）には独自のSharePointWSPソリューションファイルがあります。

これはSharePointコードを分割するための良い方法ですか？どのようなアプローチを使用していますか？

4

2 に答える 2

2

共有プロジェクトの展開に注意する必要があるかもしれませんが、それは合理的なようです-展開スクリプトには、おそらく共通パッケージの更新が含まれていますが、これは古いサイト固有のプロジェクトには適していません。

ほとんどのプロジェクトでは、必要な共有ライブラリが含まれている単一のソリューションパッケージを使用することを好みます。通常はGACにインストールされます。

于 2009-05-13T10:26:58.720 に答える
2

まだこれを行っていない場合は、共通コードを1つ以上の機能にバンドルし、非共通コードを共通コードに機能依存する機能に含めることを検討します。共通のコードで別のWSPまたは同じWSPを使用することをお勧めします。その長所と短所のすべてがわからない場合があります。

于 2009-05-13T15:52:43.913 に答える