1

  1. 业务规则引擎和编排有什么不同？

  2. 使用 Biztalk 时，它是否更侧重于 drop and click 然后在 C# 中进行硬编码？

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

4

2 回答 2

6

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

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

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

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

  3. BizTalk 是关于开发 biztalk 项目和正确配置一切的。BizTalk 提供了许多开箱即用的功能，因此您可以在编排中使用准备好的形状，或者您可以在地图中使用准备好的 functoid，但同时您可以开发自己的形状、functoinds、管道组件、适配器等。编排还允许调用自定义 .NET 代码。

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

于 2011-05-07T23:27:00.780 回答
2

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

从 BizTalk 2004 到 2010 年，我一直在使用 BizTalk。那里有许多 BizTalk“顾问”，他们不知道 BizTalk 的真正工作原理、何时使用地图、何时使用 C# 等。你需要得到一些使用它的经验。MSDN ( MSDN )上有一个有用的部分，其中包含大量有用的信息。另请查看 Channel9 上的EndpointTV。

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

还要学习 xslt，直到现在我还没有做太多事情，因为我已经设法使用自定义 functoid 或内置 functoid 解决了问题，但是我当前的客户有一些有趣的模式，我发现自己在这方面缺乏。 ..

于 2011-05-19T13:39:31.217 回答