C# 使用Biztalk的业务逻辑

问题是将业务逻辑放在哪里最合适：它是在

biztalk

管弦乐队内部还是在像

库这样的外部组件中

我想，在一定程度上，您可以通过任何一种方式实现相同的功能，但在这两个地方设置逻辑位置的好处是什么

案例1：


案例2：


提前谢谢
 BizTalk是一个功能强大的工具，但与其他工具一样，它也可能会被不好地使用……请尝试阅读这里的内容，开始学习

编排

业务流程是在业务流程执行语言（BPEL）中定义的流程。这可能类似于：如果数量大于阈值，则应用折扣，否则为标准折扣。在此阶段，您还可以使用转换映射更改消息的格式，也可以调用其他web服务来执行类似信用卡验证的操作。这就像我们的例子中，我们有海关检查过程，并与银行检查，如果消费税付款已结清

业务规则引擎

BizTalk使用业务规则引擎加载当前策略，这些策略是业务流程中规则的集合。这些规则是分开保存的，因为它们可能会不时更改。在我们上面的例子中，这可能是类似于，在奥运会期间，指导方针中可能会有某些放松或某些有效的促销活动。这些变化时有发生，它们是分开的。这就是BizTalk中规则存储背后的想法


你试过什么吗？与我们分享这些信息，然后您可以获得一些富有成效的反馈。否则你会发现很多关于最佳实践的文档。@Nazmul厌倦了什么，真的吗？我不是在要求一段代码，而是向那些有机会与这两种技术打交道并能分享他们想法的人寻求建议。我到底需要在这里共享什么？在BizTalk中有许多处理业务逻辑的方法（SQL、Map、BRE、自定义.NET库、业务流程硬编码、自定义管道组件）。逻辑多久会改变一次？谁会改变它？变更会对流程的其他部分产生什么影响？如果你有一个更具体的例子，它会更合适，并且避免因为过于宽泛而关闭。案例2是启动BizTalk应用程序设计的正确模式。尽管重用现有组件是可以的。