Biztalk 项目命名约定答案

【问题标题】：Biztalk project naming conventionsBiztalk 项目命名约定
【发布时间】：2010-11-09 16:58:27
【问题描述】：

启动 BizTalk 项目时，我通常遵循 here 中的命名约定。您在哪里命名您的项目和程序集，例如：

MyCompany.MyProject.Orchestrations.dll
MyCompany.MyProject.Schemas.dll
MyCompany.MyProject.Pipelines.dll
MyCompany.MyProject.Transforms.dll
MyCompany.MyProject.PipelineComponents.dll

其他 BizTalk 人员的几个问题：

1) 我通常发现自己有不止一个带有模式的项目或需要分离模式。您是否将它们粘贴在单独的程序集中，如果是，那么您遵循什么约定来命名项目/程序集。如果不是，您是否将它们粘贴到一个程序集中的子文件夹中。

2) 我相信，可能是错误的，将项目和程序集命名为相同的 BizTalk 约定，如上所示。我考虑过不要将项目命名为与完整的程序集名称相同，因此我可能将项目命名为 Maps，并且它的程序集命名为 MyCompany.MyProject.Maps。其他人会这样做吗？

【问题讨论】：

标签： biztalk biztalk-2009

【解决方案1】：

从 BTS 2009 开始，我们根据项目和程序集所属的应用程序以及可选的子应用程序或关注范围来命名我们的项目和程序集：

MyCompany.Biz.MyFirstApp.dll
MyCompany.Biz.MyFirstApp.Util.dll
MyCompany.Biz.MyFirstApp.ConcernOne.dll
MyCompany.Biz.MySecondApp.dll

我们采取了将编排、架构和映射保持在一起的方式，因为多程序集依赖项会使部署变得非常麻烦。

我们的主要目标是分离源系统和目标系统以避免直接引用。我们通过引入“核心”组件来解决我们正在处理的所有问题，从而实现了这一目标：

BTS 应用 MyFirstApp

MyCompany.Biz.MyFirstApp.OrderProcessing.dll
MyCompany.Biz.MyFirstApp.Util.dll

BTS 应用核心

MyCompany.Biz.CORE.OrderProcessing.dll

BTS 应用 MySecondApp

MyCompany.Biz.MySecondApp.OrderProcessing.dll

MyFirstApp 和 MySecondApp 都将引用 CORE.OrderProcessing 中的架构。

更新

MyCompany.Biz.MyFirstApp.OrderProcessing 将包含传入订单文档的消息模式和用于将它们映射到核心订单消息模式（包含在 MyCompany.Biz.CORE.订单处理）。如果需要，它还可以包含用于接收消息和（接收）管道组件（例如在处理平面文件时）的编排。

MyCompany.Biz.MySecondApp.OrderProcessing 将包含传出文档的消息模式和从核心订单消息模式（到传出）映射的映射。

在此基本布局中，CORE 将只是您的内部消息模式的容器，但它将是向您的订单文档添加信息的最佳位置 - 例如，为 A 类客户（业务规则！）。简而言之，基本上任何步骤在发送或接收消息时都会执行两次甚至更多次，并且如果传入或传出消息架构发生更改或添加了新应用程序，您不想触摸。

【讨论】：

那么，对于非共享地图架构，您应该这样做：MyCompany.Biz.MyFirstApp.Schemas.dll 和 MyCompany.Biz.MyFirstApp.Schemas.dll？此外，您是否曾经关注过以下内容：MyCompany.Biz.MyFirstApp.Schemas.Internal.dll？
“我们采取了将业务流程、模式和映射保持在一起的方式，因为多程序集的依赖关系会使部署变得非常麻烦。”我明白了，忽略我的第一条评论。
在您的示例中，MyCompany.Biz.MyFirstApp.OrderProcessing.dll、MyCompany.Biz.CORE.OrderProcessing.dll 和 MyCompany.Biz.MySecondApp.OrderProcessing.dll 的一些示例是什么将包含。

【解决方案2】：

这是来自 Scott Colestock 的精彩 BizTalk Naming Conventions 指南

【讨论】：