我们有一个要求，我们必须开发 5 个 Visual Studio 工作流作为项目的一部分。根据 SharePoint 工作流的最佳实践（如下面的链接所述），建议每当对工作流进行代码更新时，创建一个新版本的工作流程序集（包括更改 WSP 名称和解决方案 ID），而不是而不是覆盖旧版本，因为现有实例可能会失败。
如果我的项目有一个单一的工作流程，我们不会有任何问题。但是，由于我们有 5 个工作流程，我们不确定是否应该在一个 Visual Studio 项目中拥有所有工作流程，或者我们是否应该为每个工作流程拥有单独的项目。好心提醒。
以下是我们对每种方法的优缺点的分析......
单个项目中的所有工作流程，每个工作流程都有其开启功能
专业人士
1.一个单一的VS项目，包括所有的工作流和每个版本的一个DLL。
骗局
1.对于一个工作流程中的任何更改，我们将为其余 4 个工作流程创建新功能，因为解决方案和 wsp 名称将有所不同。因此，所有工作流的较新版本将出现在“管理功能”页面上。单个项目中的每个工作流。:- 为每个工作流创建一个项目。
专业人士
1.对一个工作流程的任何更改都不会为其他工作流程创建出现的附加功能。缺点
1.必须部署多个项目，因此必须部署多个 wsp。多个 DLL 将部署到 GAC。