提高BizTalk 编程能力的8点技巧和窍门.docVIP

有一次，Marty 要与一个大客户进行概念证明，就在要开始前半天，他接到一个需要修复的复杂的 BizTalk? 解决方案。 该解决方案的主要组件是一个业务流程，它集成了几个后端系统，要对每一个后端系统执行多次对外调用。 他看到“业务流程设计器”屏幕上几乎全部由黑色线条构成，将几十个“接收”和“发送”形状连接到 40 多个入站和出站端口 — 这种设计几乎不可能对其进行调试。 他的解决办法： 使用“多部分消息类型”和“直接绑定端口”（下面的技巧 1 和技巧 2）重新开始，沿流程路线执行单元测试。 结果如何？ 他成功了！ Marty 的成功部分归功于 BizTalk Server 的设计 — 它的设计可以应对互连系统编程中固有的特殊难题，在某些情况下甚至不必编写代码。 但是，尽管它有简洁的拖放式流程图，而且代码很少，您也不要高兴过了头 — 事情没这么简单。 BizTalk 是一种使用范围广而且功能强大的产品，熟练掌握它需要几年的时间。 如果您打算成为一名 BizTalk 专家，您会遇到很多需要您基于 Microsoft? .NET Framework 编写代码的情形，以与 BizTalk 中复杂的内置消息处理能力形成补充。 直到最近，BizTalk 新手们都一直很少有机会利用大师的心得和技巧来加快掌握 BizTalk。 （请参阅侧栏上的“学习 BizTalk Server 2006 编程”以查看相关资源。） 我第一次深入接触 BizTalk 是在参加 Marty 主办的为期一周的 BizTalk 培训活动中的一次课程期间，在这一周的时间里，他不断告诫我们要正确设计系统，并在使用之前在实际负载条件下用 PerfMon 对其进行测试。 通过这次活动，我们汲取了大量技巧，这些技巧可以帮助您成为更高效的开发人员。 本文的目的旨在与大家分享这些有用的技巧，下面转入正题。 1. 始终使用“多部分消息类型” BizTalk 的目的旨在处理消息，顺便说一下，所谓消息并非只是电子邮件。 文档、InfoPath 窗体、大型二进制文件、SQL 记录、平面文件以及任何 XML 文件都可以作为消息来处理，同时您还可以获得异步通信带来的好处。 一旦您熟悉了该工具，您会发现面向消息的编程与面向对象的编程一样酷，都是非常有用的编程范例。 BizTalk 中的消息是数据，每个消息都必须属于一种选定的消息类型。 BizTalk ??最常见的消息类型是架构，也就是说，此类消息基于一个 .XSD 文件，此文件指定了消息中的记录和字段结构。 请参阅  HYPERLINK /en-us/library/ms942182.aspx /en-us/library/ms942182.aspx，查看有关 BizTalk 中的架构和映射的详细讨论。 在用 BizTalk 进行编程的过程中，总有一天您会希望更改某个消息所基于的架构。 但问题是，如果您已经为“发送”或“接收”形状选择了此类消息并将其连接到一个业务流程端口，则在您尝试更改“消息类型”时将收到以下错误：  HYPERLINK javascript:CopyCode(ctl00_MTContentSelector1_mainContentContainer_ctl02_code); \o 复制代码  复制代码  Property value is not valid: One or more Send or Receive actions are connected to Ports and are using this Message. Please disconnect the actions before changing the Message Type. 在按错误消息的建议进行操作之前，让我们先想一想它涉及哪些工作。 首先，您必须检查每个“接收”和“发送”形状，以确定它是否使用了与您要更改的架构关联的 Message 变量（已设置了其“消息类型”）。 目前，BizTalk 中没有可提供此类审核或生成依赖关系映射的功能；实际上，若创建的一个业务流程有太多的“接收”/“发送”形状，以至于需要有这样一种功能，只能说明这一流程的创建没有采用良好的做法。 在前面提到的让人发怵的业务流程中，大多数“接收”和“发送”形状都使用不同的 Message 变量，但它们都指向同一架构定义（都是同一消息类型）！ 第二，一旦找到所有“接收”/“发送”形状，必须删除它们的端口连接。 第三，必须更改 Message 变量，以便将“消息类型”属性设置为新的架构，然后重新将 Message 变量与每个“接收”/“发送”形状关联起来。 第四（您认为您已经完成了），必须找出与已经从“接收”/“发送”形状断开连接的端口关联的所有“端口类型”，