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 回答