启动 BizTalk 项目时，我通常遵循此处的命名约定。您在哪里命名您的项目和程序集，例如：
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。其他人会这样做吗？
从 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 类客户（业务规则！）授予全球折扣的编排。简而言之，基本上任何步骤在发送或接收消息时都会执行两次甚至更多次，并且如果传入或传出消息架构发生更改或添加新应用程序，您不想触摸。
这是Scott Colestock的精彩BizTalk 命名约定指南