•  30-09-2019
  •  | 
  •  

题

启动BizTalk项目时，我通常遵循所发现的命名约定 这里. 。您在哪里命名项目和大会的位置：

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

其他Biztalk人的几个问题：

1）我通常会发现自己有一个以上的项目，或者需要分开模式。您是否将它们粘在单独的组件中？如果是，则遵循什么约定来命名项目/组件。如果没有，您是否将它们粘在一个组件中的子文件夹中。

2）我认为，可能是错误的，就像上面一样，将项目命名和组装相同。我已经考虑过要摆脱与完整汇编名称相同的项目命名，因此我可能会有名为Maps的项目，并且它的汇编名为mycompany.myproject.maps。其他人这样做吗？

有帮助吗？

解决方案

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

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

我们走了一条路径，将编排，图架和地图放在一起，因为多组装依赖性可以使部署变得真正的麻烦。

我们的主要目标是分开源和目标系统，以避免Direkt参考。我们实现了我们解决的所有问题的“核心”组件：

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.CorderProcessing）。如果需要，它还可以包含用于接收消息和（接收）管道组件的编排（例如，在处理平面文件时）。

mycompany.biz.mysecondapp.orderprocessing 将包含用于传出文档的消息架构，以及用于从核心顺序消息架构（到传出）映射的地图。

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

其他提示

这是一个很棒的 Biztalk命名约定 Scott Colestock的指南

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top