关于 Biztalk 的一般问题

本文关键字：问题 Biztalk 关于 | 更新日期: 2023-09-27 17:55:13

  1. 业务规则引擎和业务流程有什么区别？

  2. 使用 Biztalk 时，它是否更专注于拖放并单击，然后在 C# 中进行硬编码？

  3. 如果编码可能，你在编码什么？我了解当您对函数进行编码时，例如按下按钮在应用程序中显示图像，但在 Biztalk 中它必须不同。

关于 Biztalk 的一般问题

  1. 这两者的目的完全不同。

    • 业务流程驱动流程 - 它定义了消息编排，您可以在其中协调消息检索和从多个系统发送消息，并包括一些自定义处理。 该示例可以是等待订单消息的编排，将消息转换为另一种格式并将其发送到ERP系统。然后脱水（等待在数据库中序列化），直到ERP系统处理订单以发送一些通知。

    • 业务规则引擎是评估系统。您的业务流程可能需要一些决策，这些决策应该从外部进行控制。这是业务规则引擎允许的。业务用户可以定义一些复杂的规则集，包括以下规则：如果 Order.Price> 10.000 集 Order.Price = Order.Price * 0,95。此类规则可以链接并注入到现有流程中。

  2. BizTalk 是关于开发 biztalk 项目和正确配置所有内容，但它仍然包括编程。首先你应该知道的是XML相关的东西 - XSD，XPath，XSLT。定义消息和转换都是关于这三者的，但 Visual Studio 中的 BizTalk 模板使这变得非常容易（例如，转换可以完全以图形方式完成）。接下来是 C# 和 XLang（一些非常特殊的 C# 变体，直接用于业务流程中的表达式）。

  3. BizTalk 是关于开发 biztalk 项目和正确配置所有内容。BizTalk 提供了许多现成的功能，因此你可以在业务流程中使用准备好的形状，也可以在映射中使用准备好的 functoid，但同时你可以开发自己的形状、函数、管道组件、适配器等。业务流程还允许调用自定义 .NET 代码。

至少两年前我使用 BizTalk 2006 R2 时是这样工作的。

只是为了补充拉迪斯拉夫的回复...

从 BizTalk 2004 到 2010 年，我一直在使用 BizTalk。 有许多 BizTalk "顾问"不知道 BizTalk 的真正工作原理、何时使用映射、何时使用 C# 等。 您需要获得一些使用它的经验。 MSDN（MSDN）上有一个有用的部分，其中包含大量有用的信息。 另请查看Channel9上的EndpointTV。

您将需要了解 WCF，因为它很重要，并且将来会变得更加重要。 我理解有关sharepoint的问题，人们要求您在sharepoint中进行工作流或用户交互是很常见的，但这不是一项基本技能。

还要学习 xslt，到目前为止我还没有做太多事情，因为我已经设法使用自定义 functoid 或内置 functoid 解决问题，但我当前的客户端有一些有趣的架构，我发现自己在这方面有所欠缺......

相关文章：