Sharepoint開発 - 同じソリューション内の複数のWebパーツ、またはそれぞれのプロジェクト？

Question

私は、かなりの数のビジュアルウェブパーツを持つSharepoint 2010プロジェクトに取り組んでいます。

現在、私は同じソリューションのすべてのWebパーツを持っています。私の同僚は同じプロジェクトに取り組んでいますが、ソリューション内の各Webパーツのプロジェクトを作成しています。

ここでベストプラクティスは何ですか？各アプローチのメリットとデメリットは何ですか？

ありがとうございました。

Answer 1

私はSharepointのソリューションの開発を開始する際に近づき、私は次の長所/短所を締結両方のテスト：すべてのWebパーツに別々のプロジェクトを持っていることの

長所：

1. あなたのコードのかなり速く展開とテスト変更< - 1回変更するたびにすべてのWebパーツを展開する必要はありません。
2. より簡単で良いチームコラボレーション< - 通常、すべての開発者がこのように単一のWebパーツで動作し、すべてのコードが分離され、チェックイン/チェックアウトの競合は発生しません。
3. コードの再利用性が優れているので、将来別のプロジェクトで単一のWebパーツを使用する必要がある場合は、webpartプロジェクトに行くのがはるかに簡単です。
4. Webpartのリソースはすべて1つの場所にあります。通常、webpartはプロジェクトに含めることができるリソース（resx/images）を使用します。大きなソリューションを持ち、すべてのWebパーツのすべてのリソースが1つのプロジェクトに分散され、関連するすべてのリソースを見つけなければならないため、Webpartに別の将来のプロジェクトを使用させるだけの難しさがあります。

プロジェクト単位でWebパーツを楽しむのに十分です。

Answer 2

すべてを1つのプロジェクトにまとめます（別々に配信する必要がある）。

Answer 3

配備についてです。単一のプロジェクトでは単一のwspファイルが作成されるため、すべてのWebパーツを一緒に配備する場合は、単一のプロジェクトに固執してください。それ以外の場合は、必要に応じて分割します。

Answer 4

大きなプロジェクトの場合、各Webパーツの個別のプロジェクトは過度のものになる可能性があります。正当な理由（デプロイメントなど）がない限り、すべて同じプロジェクトに存在する必要があります。