业务流程管理解决方案中的模式目录

业务流程管理解决方案中的模式包括 BizTalk Server 编程的通用模式和前面部分中的企业集成模式。 本部分中的列表包括这两种类型的模式。

模式类型

以下条目对模式进行了简要说明,并指向说明该解决方案如何使用此模式的其他主题。 在使用常规模式(例如筛选器)的情况下,条目将指向更多常规主题。

应用程序引用模式

BizTalk Server允许应用程序通过添加对另一个应用程序的引用,使用同一组中另一个应用程序中的项目。 业务流程管理解决方案在设计测试解决方案时和在主解决方案中使用应用程序引用。 有关解决方案中应用程序引用的详细信息,请参阅 业务流程管理解决方案中的一些设计原则

异步答复模式

订单管理器与订单处理阶段之间的通信是异步进行的。 也就是说,在接收到答复之前,管理器会一直执行处理操作。 这些阶段使用自相关动态端口向管理器发送答复。 使用自相关端口可使订单管理器无需管理相关集。 端口的动态功能允许订单管理器向订单阶段发送端口地址,以便进行答复。 有关解决方案中端口的详细信息,请参阅 通过进程管理器的订单流

规范化消息模式

为了简化处理过程,解决方案通常会将外部消息翻译为内部格式。 此格式是一个规范化消息的示例。 OrderBroker 业务流程可将所有订单消息翻译为一种或多种规范化订单消息。 OrderManager 业务流程和处理阶段将使用此通用订单格式。 有关详细信息,请参阅 OrderBroker Orchestration 中的处理

代码重试和异常处理模式

该解决方案将其大部分异常处理集中在 ExceptionHandler 业务流程中。 当存在可通过重试来解决操作失败的情况时(例如网络连接中断),该解决方案将使用此业务流程。 业务流程使用 Recaller 对象重新运行失败的代码。 有关业务流程的详细信息,请参阅 业务流程管理解决方案中的异常处理。 另请参阅 ExceptionHandler 业务流程。 有关 Recaller 对象的使用的详细信息,请参阅 Recaller 对象

保护模式

OrderManager 业务流程使用保护模式来捕获和处理对正在处理的订单所做的后续更改。 有关订单管理器中的车队模式的详细信息,请参阅 通过进程管理器的订单流中的“订单更新”。

使用送达通知进行协调

OrderBroker 业务流程使用传递通知来确保在由 CableOrder2) 的第二个订单处理阶段 (更新历史记录之前,在历史记录数据库中进行输入。 有关详细信息,请参阅 通过流程管理器的订单流中的“与阶段协调”。 有关传递通知的一般信息,请参阅 使用确认

自定义异常模式

对于无法重试的异常,该解决方案将组合使用通用 BizTalk Server 异常处理和自定义异常处理。 自定义异常处理提供了更具体的异常处理功能。 它也用作嵌套作用域之间的标志,以确保回滚所有操作部分。 有关解决方案使用自定义异常的详细信息,请参阅 自定义异常。 有关范围的详细信息,请参阅 如何配置范围形状

分离业务流程模式

业务流程管理解决方案的设计会最大限度地尽可能分离业务流程。 通过分离业务流程,可以更方便地对业务流程各个部分的版本进行控制,从而简化将业务流程各个部分移动到其他服务器或组的操作。 有关订单代理与订单管理器之间关系的详细信息,请参阅 OrderBroker Orchestration 中的处理通过进程管理器的订单流

错误路由模式

该解决方案使用新的 BizTalk Server 错误报告功能。 此功能会将失败的消息路由至订阅端口,以便进行报告或处理。 有关错误报告的一般信息,请参阅 使用失败的消息路由

筛选器模式

筛选模式可以选择符合特定处理条件的消息。 在 BizTalk 中,筛选模式几乎总是以端口的筛选器表达式的形式来实现。 有关端口上的筛选器的详细信息,请参阅 将筛选器与接收消息形状配合使用

可中断业务流程模式

在处理订单更新或取消之前,该解决方案将首先中断当前的订单。 该解决方案中的业务流程使用 Interrupt 业务流程来处理中断。 有关详细信息,请参阅 业务流程管理解决方案中的中断处理

反转直接合作伙伴绑定模式

该解决方案可反转对直接绑定的使用,以将订单处理阶段与订单管理器分离开。 有关反向直接绑定的详细信息,请参阅 反向直接合作伙伴绑定

消息代理模式

Message Broker 模式允许由解决方案确定消息的目标,而发件人无需了解目标。 业务流程管理解决方案使用 OrderBroker 业务流程实现消息中转站。 OrderBroker 业务流程采用订单,确定要订购的服务类型,并将订单路由到正确的订单管理器。 有关 OrderBroker 中的消息代理的详细信息,请参阅 OrderBroker Orchestration 中的处理

嵌套作用域模式

OrderBroker 业务流程使用嵌套范围来最大程度地减少持久性点,从而提高效率。 有关详细信息,请参阅 OrderBroker 业务流程中的处理中的“使用嵌套作用域提高性能”。

每个实例的管道配置

尽管该解决方案使用默认的管道,但它还是广泛使用新的基于实例的管道配置来为消息指定信封。 有关详细信息,请参阅如何部署业务流程管理解决方案的管道和组件。

流程管理器模式

该解决方案使用相对通用的订单管理器来控制通过各个订单处理阶段的流程。 这有助于将业务逻辑与订单流程管理分离开。 有关 OrderManager 业务流程如何作为进程管理器运行的详细信息,请参阅 进程管理器逻辑

业务流程末尾的终止形状

尽管业务流程通常是在业务流程末尾结束,但某些业务流程仍会在出现错误时使用终止形状来结束。 使用终止形状可以跟踪失败的实例和错误。 有关详细信息,请参阅 自定义异常

转换器模式

翻译器的企业模式(即消息从一种窗体转换为另一种形式)通常转换为 BizTalk 映射。 有关 BizTalk 映射的一般信息,请参阅 使用 BizTalk 映射器创建映射

版本控制模式

业务流程管理解决方案是为简化解决方案组件的版本控制而设计的,它通过分离业务流程和在架构命名空间中使用版本编号来实现此目的。 有关详细信息,请参阅 对业务流程管理解决方案进行版本控制

另请参阅

业务流程管理解决方案中的模式