建立域模型 - 持续不可知论的简介

键概念

本文在软件体系结构中将域模型视为一个至关重要的，持久性的层。 它强调了实体之间相互作用的明确定义，专注于与基础数据库或存储机制无关的数据和行为。 本文将其与数据库模型进行了对比，该模型通常将域逻辑与数据库访问，阻碍可伸缩性和可检验性交织在一起。

>建立丰富的领域模型提出了挑战。 它需要对域对象及其交互的细致定义，以及实现映射层以管理模型和持久性层之间的数据流。 但是，收益是重要的：跨不同基础设施的可移植性和适应性。

>本文提倡使用普通的旧PHP对象（PO​​POS）将丰富的业务逻辑封装在干净的API中，提供了实用的PHP实现示例。 它演示了实体（帖子，评论，用户）的创建和相互作用，而不依赖特定的持久解决方案。

> MVC实现的扩散通常会导致数据库模型，从而模糊了域逻辑和数据库访问之间的界限。由于客户代码的简化API（例如）似乎方便，但这种方法损害了面向对象的设计原理，并引入了可伸缩性和可检验性问题。 主动记录和表数据网关模式直接与域逻辑耦合时，可能会加剧这些问题。 相反，一个域模型是一个独立的，持久性的层次层，可以通过数据和行为清楚地定义实体相互作用。 使用交互对象和约束创建丰富的域模型很复杂，需要模型定义和映射层，以在持久性和模型之间进行数据传输。 尽管这一增加了复杂性，但所得模型在不同基础架构之间的可移植性是一个主要优势。

>本文使用博客应用程序示例演示了域模型如何与PHP合作。 它展示了Popos在干净的API中封装业务逻辑（验证，策略）的使用。 接口（

，

，$user->save()）定义域对象的合同，从而可以灵活地实现交换。 摘要

类使用PHP魔法方法简化了字段访问（

，

）。 混凝土类（

，PostInterface，CommentInterface）实现这些接口，将验证纳入其方法中。

>该示例显示了如何使用依赖项注入创建和链接域对象。 应用层（控制器）充当模型和演示层之间的简单调解人，突出了“脂肪模型/瘦控制器”方法。 基本的HTML模板演示了如何显示模型数据。 整个实现仍然独立于任何持久机制，展示了模型的可移植性和可扩展性。

>域模型比数据库模型提供了优点，但它需要一个映射层来处理模型和持久性之间的数据传输。 自定义或第三方ORM（例如学说或redbeanphp）之间的选择取决于项目需求。

>本文通过强调需要更多地重视现代PHP框架中的丰富领域模型的必要性，并承诺将来的文章详细详细介绍了MySQL集成的自定义映射层实现。

常见问题（FAQS）

> FAQS部分解决了贫血和富领域模型之间的关键差异，域模型在软件开发中的好处，其关键组件以及它们与安全和DDD的关系。 它还阐明了域和数据模型之间的区别，为建立有效的领域模型提供了指导，讨论了它们的发展和挑战，并解释了它们在改善利益相关者之间沟通中的作用。

以上是建立域模型 - 持续不可知论的简介的详细内容。更多信息请关注PHP中文网其他相关文章！