Question

启动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。别人这样做了吗？

Answer 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中。 OrderProcessing ）。如果需要，它还可以包含用于接收消息和（接收）管道组件的业务流程（例如，在处理平面文件时）。

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

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

Answer 2

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

Biztalk项目命名约定

2 个答案: