【问题标题】:Business logic with Biztalk [closed]Biztalk 的业务逻辑 [关闭]
【发布时间】:2016-01-27 13:03:26
【问题描述】:

问题是在哪里放置业务逻辑的最佳位置:是在 biztalk orchestartions 内部还是在像 libraries 这样的外部组件中?

我想你可以通过任何一种方式实现相同的功能,但是在任何一个地方都有逻辑选址有什么好处呢?

案例一:

案例 2:

提前致谢!

【问题讨论】:

  • 你有没有尝试过?与我们分享这些,然后您可以获得一些富有成效的反馈。否则你会发现很多关于最佳实践的文档。
  • @Nazmul 厌倦了任何事情,真的吗?我不是在要求一段代码,而是从有机会与任何技术人员打交道并可以分享他们想法的经验丰富的人那里获得建议。我到底需要在这里分享什么?
  • 在 BizTalk 中处理业务逻辑的方法有很多种(在 SQL、Map、BRE、自定义 .NET 库中、在编排中硬编码、在自定义管道组件中)。逻辑可能多久改变一次?谁必须改变它?变更会对流程的其他部分产生什么影响?如果你有一个更具体的例子,它会更合适,避免过于宽泛。
  • 案例 #2 是开始 BizTalk 应用程序设计的正确模式。虽然重用现有组件是可以的。

标签: c# biztalk


【解决方案1】:

BizTalk 是一个强大的工具,但就像所有的工具一样,它可能会被糟糕地使用...尝试阅读此处以帮助您入门 http://www.codeproject.com/Articles/12854/Explaining-the-BizTalk-Architecture-to-your-Grandm

编排

编排是在业务流程执行语言 (BPEL) 中定义的流程。这可能类似于,例如:如果数量大于阈值,则应用折扣,否则为标准折扣。在这个阶段,您还可以使用 Transformation Maps 更改消息的格式,或者您可以调用其他一些 Web 服务来进行信用卡验证等操作。这就像我们的示例,我们有海关检查流程并与银行核对消费税是否已结清。

业务规则引擎

BizTalk 使用业务规则引擎来加载当前策略,这些策略是来自编排的规则集合。这些规则是分开保存的,因为它们可能会不时更改。在我们上面的示例中,这就像在奥运会期间可能会放宽指导方针或进行某些促销活动。这些不时变化,并且它们保持分开。这就是 BizTalk 中规则存储背后的理念。

【讨论】:

    猜你喜欢
    • 2012-08-26
    • 1970-01-01
    • 2010-11-30
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-07-30
    • 2016-06-23
    • 2019-01-27
    相关资源
    最近更新 更多