プロジェクトの一部として 5 つの Visual Studio ワークフローを開発する必要があるという要件があります。SharePoint ワークフローのベスト プラクティス (以下のリンクで説明) に基づいて、ワークフローに対してコードの更新が行われるたびに、ワークフロー アセンブリの新しいバージョンを作成することをお勧めします (WSP 名とソリューション ID の変更を含む)。既存のインスタンスが失敗する可能性があるため、古いバージョンを上書きするよりも。
私のプロジェクトに単一のワークフローがあれば、問題はありません。ただし、ワークフローが 5 つあるため、すべてのワークフローを 1 つのビジュアル スタジオ プロジェクトに含める必要があるのか、それともワークフローごとに個別のプロジェクトを配置する必要があるのかがわかりません。親切なアドバイス。
以下は、各方法の長所と短所の分析です..
各ワークフローがオン機能を持つ単一プロジェクト内のすべてのワークフロー
プロの
1.すべてのワークフローとバージョンごとに 1 つの DLL で構成される 1 つの VS プロジェクト。
短所
1. 1 つのワークフローに変更があった場合、解決策として残りの 4 つのワークフローの新しい機能を作成し、wsp 名が異なるようにします。したがって、すべてのワークフローの新しいバージョンが [機能の管理] ページに表示されます。単一プロジェクト内の各ワークフロー。:- 各ワークフローのプロジェクトを作成します。
プロの
1. 1 つのワークフローを変更しても、他のワークフローに表示される追加機能は作成されません。短所
1. 複数のプロジェクト、したがって複数の wsp をデプロイする必要があります。複数の DLL が GAC にデプロイされます。