业务逻辑

在计算机软件中，业务逻辑或域逻辑是程序的一部分，它对现实世界的业务规则进行编码，这些规则决定了如何创建、存储和更改数据。 它与软件的其余部分形成对比，这些软件可能涉及管理数据库或显示用户界面、系统基础结构或一般连接程序各个部分的较低级别细节。

业务总辑：

• 规定业务对象如何相互交互
• 执行访问和更新业务对象的路由和方法

商业规则：

• 为现实生活中的业务对象（例如账户、xxx、行程和库存）建模

业务总刊包括：

• 工作流是将文档或数据从一个参与者（个人或软件系统）传递给另一个参与者的有序任务。

业务总编应与业务规则区分开来。 业务总编是企业系统的一部分，它决定了如何转换或计算数据，以及如何将数据路由到人员或软件（工作流）。 业务规则是业务策略的正式表达。 任何属于流程或程序的东西都是业务逻辑，任何既不是流程也不是程序的东西都是业务规则。 欢迎新访客是一个由要采取的步骤组成的过程（工作流），而说必须欢迎每个新访客是业务规则。 此外，业务逻辑是程序性的，而业务规则是声明性的。

例如，电子商务网站可能允许访问者将商品添加到购物车、指定送货地址并提供付款信息。 网站的业务逻辑可能包括一个工作流程，例如：

• 结帐期间发生的事件顺序，例如多页表单，首先询问送货地址，然后询问账单地址，下一页将包含付款方式，最后一页将显示祝贺。</ 李>

也会有网站的业务规则：

• 从项目描述页面多次添加项目会增加该项目的数量。
• 访问者的地址、电子邮件地址和信用卡信息必须遵循的特定格式。
• 用于与信用卡网络对话的特定通信协议

该网站软件还包含其他不属于业务逻辑或业务规则的代码：

• 与核心业务数据无关的xxx内容，例如定义网站颜色、外观、背景图像和导航结构的 HTML
• 通用错误处理代码（例如，显示 HTTP 错误代码 500 页面）
• 在网络服务器启动站点时运行的初始化代码，用于设置系统
• 监控基础架构以确保站点的所有部分都正常工作（例如，计费系统可用）
• 用于建立网络连接、将对象传输到数据库、通过 HTTP POST 事件解析用户输入等的通用代码。

业务总编辑可以在程序中的任何位置。 例如，给定地址的特定格式，可以创建一个数据库表，其中的列与业务逻辑中指定的字段完全对应，并添加类型检查以确保没有添加无效数据。

业务通讯经常变化。 例如，当在线零售商开始向新国家/地区运送产品时，允许的地址格式集可能会发生变化。 因此，通常希望使实现业务逻辑的代码相对隔离或松散耦合。 这使得对业务逻辑的更改更有可能只需要更改一小部分代码。

遥远但强耦合的代码也带来了更大的风险，即程序员只会进行一些必要的更改而错过系统的一部分，从而导致不正确的操作。

多层架构通过创建与其他层或层（例如数据访问层或服务层）分离的业务逻辑层来形式化这种解耦。 每一层对其他层中的代码只知道最少量的信息——刚好足以完成必要的任务。 例如，在模型-视图-控制器范式中，控制器和视图层可能会做得尽可能小，所有业务逻辑都集中在模型中。 在电子商务示例中，控制器确定网页在结帐顺序中的顺序，并且还负责验证电子邮件、地址和支付信息是否满足业务规则（而不是将任何这些留给数据库本身 或较低级别的数据库访问代码）。