为什么要将一个Biztalk解决方案拆分为多个项目

BizTalk解决方案通常包括架构、映射和业务流程。解决方案还可以包括支持组件、业务规则、基于端口的路由和转换的定义、贸易伙伴以及其他几种类型的工件。

有效地管理所有这些工件有许多好处,远远多于缺点。

好处包括:

• 基于 工件的逻辑分组(按 的功能或项目类型 例子)。这种方法减少了 修改方面的可能性 您的解决方案与 您正在努力解决的问题 时间。
• 更容易测试“你可以编译和 只部署您的组件 修改。
• 更容易将工作分成一组 开发人员。
• 当解决方案 变大“可能需要几个 加载大型Biztalk的分钟数 Visual Studio中的解决方案。
• 支持更高级的方法 与ESB风格的解决方案相关(非常 联轴器松动)。取决于你的 总体方法,您可以创建一个 非常模块化的解决方案 模块可以操作的点 完全更新 彼此独立。
• 使版本成为可能 单独的工件。
• 促进更细粒度的控制 安全性和内存利用率过高 通过将相关函数分组 为特定的 例如,主机实例(您可以 同时管理细粒度.NET 安全策略比 您可以使用部署 一些组件)。

在调试解决方案时,将解决方案拆分为多个项目或解决方案曲面的主要缺点。对许多刚接触过Biztalk的开发人员来说,调试Biztalk解决方案并不简单,而且必须缩小解决方案之间的错误,这并不能使工作变得更容易。但是,您可以通过更有效地安排解决方案和使用有关命名、目录结构、名称空间排列和相关方法的标准来管理此问题,从而更容易找到要查找的位置。

其他缺点包括:

• 要签名和部署的更多程序集 进入GAC
• 之间的相互依赖关系 项目可能导致部署 很难做到的错误 在组织不良的情况下进行跟踪 解决。

您应该在项目的开始阶段投入一些时间来建立解决方案的基本组织。“一刀切”的方法并不存在,“您需要考虑如何在开发、部署和维护期间在解决方案为您的组织或客户提供的功能的背景下管理解决方案。”

一个好的开始是根据工件类型或功能区域划分解决方案。随着解决方案的发展,您将更好地了解工件之间的关系、如何管理强大的命名、安全性和物理部署,以及如何更好地安排解决方案。您需要小心使用这种方法,因为您可能最终不得不重新安排解决方案的大部分内容,如果您的项目时间紧迫,这可能会造成中断。