关于Biztalk的一般问题

Question

1. 业务规则引擎和业务流程之间有什么不同？

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

3. 如果编码可能，你在编码什么？我知道当你编写一个函数时，例如按下按钮在应用程序中显示图像，但在Biztalk中它必须是不同的。

Answer 1

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

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

   • 业务规则引擎是评估系统。您的编排可能需要一些应该从外部控制的决策。这是业务规则引擎允许的。业务用户可以定义一些复杂的规则集，包括如下规则：if Order.Price＆gt; 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，但同时您可以开发自己的形状，functoinds，管道组件，适配器等。此外，编排允许调用自定义.NET代码。

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

Answer 2

只是添加Ladislav的答复......

我一直在使用从BizTalk 2004到2010的BizTalk。有很多BizTalk“顾问”没有关于BizTalk如何工作，何时使用地图，何时使用C＃等的线索。需要获得一些使用它的经验。 MSDN（MSDN）上有一个有用的部分，它包含大量有用的信息。另请查看Channel9上的EndpointTV。

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

还要学习xslt，到目前为止我还没有做太多事情，因为我已经设法使用自定义functoid或内置的functoid来解决问题，但我当前的客户端有一些有趣的模式，我发现自己缺乏那个地区......