oop - 在代码中定义业务规则

Question

一个程序员同事告诉我，我不应该放 业务规则在 JSP 中。这真的让我很困惑。

我真的很难理解这一点。我的意思是我不知道如何识别代码中的哪个是 业务规则 .

问题:

什么才是真正的商业规则？(我知道我可以在谷歌上搜索这个，但你能给我一个简单的例子吗？)

我如何识别代码中的业务规则(一个例子会很好)

Answer 1

业务规则是业务运营中用于指导行为、塑造判断和做出决策的标准。

我看到的是大多数时候，不同类型逻辑之间的混淆，它们都被错误地称为业务规则。不应该在源代码中实现业务规则的原因有很多。通常，您的应用程序应该处理不同类型的逻辑:应用程序逻辑和业务规则。当您将它们彼此分开时，您就允许独立更新业务规则，而无需业务人员更改应用程序代码。例如，当税率发生变化时，企业可以更新税收规则，而无需询问 IT 团队(开发人员)。

所以在你的问题中，如果你仍然在 JSP 代码中保留业务规则，那么仍然对开发人员(和 IT)有依赖性，所以我刚才提到的内容并没有多大好处。然而，在你的代码中以更好的方式构建，将有利于项目的长期运行，因此开发人员将更容易更新它们。

如果您想从源代码中完全提取它们，并让它们在源代码 (JSP) 之外进行管理，您需要一个业务规则管理系统 (BRMS)。 BRMS 的一个组件是 Business Rule Engine (BRE)它允许您执行 business rules that are modelled in different forms .
当我们谈论 BRMS 时，它不仅是它的执行 (BRE) 方面，还包括其他功能，例如标准建模语言和创作、调试、测试、版本控制、部署和托管即服务 (REST)、安全性和权限控制等等……因此，BRMS 解决方案应该涵盖业务规则的整个生命周期。

关于在您的代码中识别它们，恕我直言，在现有应用程序中，识别和提取业务规则并不容易。这实际上取决于应用程序域的复杂性以及它的编写情况。选择一个特定场景，与您的 BA 坐在一起，定义实现场景的业务需求和要求，检查逻辑是应用程序逻辑还是业务相关逻辑。 Here is an example of how business rule can be separated from source code .