【问题标题】:How can developers let business users define application logic?开发人员如何让业务用户定义应用程序逻辑?
【发布时间】:2025-12-02 10:40:01
【问题描述】:

我正在开发一个新的工作应用程序,一位经理正在推动业务规则管理系统 (BRMS) 和工作流管理系统的概念,我正在尝试找出集成的最佳方式这些类型的工具。

关于这些类型的系统,我不知道我不知道什么,所以我正在尝试获取其他的观点和信息。

经理正在寻找的是业务用户无需开发人员时间(或最少的开发人员时间)即可更改业务规则或流程的能力。

当我考虑如何将 BRMS 融入代码时,我更容易理解它。这非常简单,我可以看到逻辑如何完全驻留在应用程序之外。由于我对这些类型的系统没有做太多工作,因此我将不胜感激有关与 .NET 集成的优质产品的任何信息,或有关体验的信息。 (我们正在研究 InRule、Blaze Advisor 和 ILOG 规则)

我不太确定的是工作流程部分。

Workflow Foundation 对我来说很有意义,因为它是一个已知的、已定义的工作流,已集成到应用程序代码中,但经理并不是在寻找一个基础,他想要一个让业务用户定义和更新工作流的工具。允许最终用户动态创建工作流的任何类型的系统对我来说意义不大。

我被要求查看 WorkflowGen 作为工作流引擎的示例。对我来说,它看起来像是完全独立的,除非开发人员编写 .NET 代码来与后端系统交互。

我可以理解一个工作流系统,它允许用户定义特定的、有限的操作,例如“给某某发送电子邮件”和“要求某某批准”,但我不知道应该如何使用一个工作流系统动态定义应用程序流程可以集成到应用程序中,甚至我刚刚描述的更简单的系统可以如何显示和更新后端数据。

我正在推动用例,以便更好地了解我的经理在将这些类型的逻辑移到应用程序代码之外寻找什么,但与此同时,我很感激任何人提供有关这些类型的任何信息的系统。正如我所说,我不知道我不知道什么,我们的业务用户似乎认为我们的新应用程序应该支持这些类型的工具。我想确保由于我缺乏知识而限制了我们的功能。

感谢您提供任何信息或建议。

【问题讨论】:

    标签: dynamic workflow business-logic business-rules inrule


    【解决方案1】:

    如果您在 .NET 中工作:.NET Workflow Foundation。它很复杂,很真实,但它是免费的,并且拥有你的经理所要求的一切。业务规则部分需要一些时间来适应,工作流需要一些初始投资来构建自己的“环境”,但是,当你从上面看这一切时,WF.NET 仍然提供了比其他人提供的更多的东西。 InRule 是一种廉价产品,不能真正做太多事情,Blaze 太复杂,太贵,不适合“非程序员”; ILOG 也不适合“商业用户”。

    【讨论】:

    • Workflow Foundation 的问题是微软在 WF 3 和 WF 4 之间改变了规则(架构),并且第三方工作流活动没有市场(市场已经死了),这意味着没有编程就没有可扩展性(这消除了在不使用程序员的情况下使用解决方案的想法)。另一方面,市场可能没有提供比 WF 更好的东西(即其他解决方案更差)。
    • “即其他解决方案更糟糕” - 阿门 :)
    • 尤金一针见血,非程序员无法修改 WF 工作流程。另外,为什么你说 Blaze 不适合非程序员?我看过的演示让设置规则看起来很容易。
    • @Alex。我在一家大型旅游公司工作,该公司在 FICO Blaze 上花费了大约 300 美元,主要是因为他们的演示和销售人员明确表示“不需要程序员”。但是,他们并没有告诉您,要在 Blaze 中成功地处理现实生活中复杂的规则和东西,您的业务人员必须学习“自定义”类 JS 语言。那是一个真正的表演终结者。现在,一年又三个“工作流”产品之后,我们正在WF环境中工作。不完美,偶尔需要一些编程干预,但仍然比我们尝试过的其他更好。因此,我的第一篇文章。
    最近更新 更多