PHP OOP：业务逻辑层-DB层

Question

使用 OOP 在业务逻辑对象和数据库之间进行分层的良好设计是什么？

Answer 1

其中任何一个都可以（来自 Fowler 的 POEAA）：

数据源架构模式：

• 表数据网关：充当数据库表网关的对象。一个实例处理表中的所有行。
• 行数据网关：充当数据源中单个记录的网关的对象。每行有一个实例。
• Active Record：一种对象，它将一行包装在数据库表或视图中，封装数据库访问，并在该数据上添加域逻辑。
• 数据映射器：一层映射器，用于在对象和数据库之间移动数据，同时保持它们彼此独立以及映射器本身独立。

选择哪一个取决于您选择了以下哪一个（同一来源）：

域逻辑模式：

• 事务脚本： 通过过程组织业务逻辑，其中每个过程处理来自表示的单个请求
• 域模型： 业务的对象模型包含行为和数据的域
• 表模块： 处理数据库表或视图中所有行的业务逻辑的单个实例。
• 服务层： 定义应用程序的边界具有一个服务层，该服务层建立一组可用操作并协调每个操作中应用程序的响应。

一般来说，您的业务对象与数据库模式越相似并且以 CRUD 操作为中心，您的数据源就越简单架构和领域逻辑模式可以是（但不一定是）。如果您发现自己有很多阻抗不匹配或有很多与数据库数据不直接相关的业务逻辑，那么您可能会选择域模型/数据映射器（并且可能还包括 ORM）。

Answer 2

您可以采用多种方法来实现此目的，但我想推荐的一种方法是将 DataMapper 模式与域模型相结合。请参阅此页面了解更多信息。

通过这种方式，您可以以一种良好且简单的方式将数据访问与域模型（业务逻辑）分开。
如果您对 OOP 有点熟悉，上面链接的页面中的 UML 模型应该阐明方法的方式，以及它如何将数据库逻辑与业务逻辑分开。