DDD 和 MVC：“模型”之间的区别和“实体”

Question

我对 MVC 中“模型”的概念感到非常困惑。当今存在的大多数框架都将模型放在控制器和数据库之间，并且模型几乎充当数据库抽象层。随着控制器开始执行越来越多的逻辑，“胖模型瘦控制器”的概念就消失了。

在 DDD 中，还有领域实体的概念，它具有唯一的标识。据我了解，用户是实体的一个很好的例子（例如，唯一的用户ID）。实体有一个生命周期——它的值可以在整个操作过程中改变——然后它被保存或丢弃。

我上面描述的实体是我认为 MVC 中应该存在的模型吗？我离基地有多远？

为了使事情变得更加混乱，您可以添加其他模式，例如存储库模式（可能在其中放置一个服务）。存储库如何与实体交互非常清楚——它如何与模型交互？

控制器可以有多个模型，这使得模型看起来更像是一个唯一的实体，而不是一个“数据库表”。

更新： 在这篇文章中< /a> 模型被描述为具有知识的东西，它可以是单个的，也可以是对象的集合。所以听起来更像是实体和模型或多或少是相同的。模型是一个包罗万象的术语，而实体则更为具体。值对象也可以是模型。至少在 MVC 方面是这样。或许？？？

那么，粗略地说，哪个更好？

真的没有“模型”......

class MyController {
    public function index() {
        $repo = new PostRepository();
        $posts = $repo->findAllByDateRange('within 30 days');
        foreach($posts as $post) {
            echo $post->Author;
        }
    }
}

或者这个，它有一个模型作为 DAO？

class MyController {
    public function index() {
        $model = new PostModel();
        // maybe this returns a PostRepository?
        $posts = $model->findAllByDateRange('within 30 days');
        while($posts->getNext()) {
            echo $posts->Post->Author;
        }
    }
}

这两个例子甚至都没有达到我上面描述的目的。我显然迷路了。有什么意见吗？

Answer 1

实体

实体表示一个对象，它是业务逻辑所使用的单个项目，更具体地说是那些具有某种身份的对象。
因此，许多人将 ORM 映射的对象称为实体。

有些人将一个类称为“实体”，该类的实例代表数据库中的一行。

其他一些人更喜欢仅将这些类中的那些还包含业务规则、验证和一般行为的类称为“实体”，并将其他类称为“数据传输对象”。

模型

Model 与应用程序的 UI (=View) 和控制流 (=Controller) 不直接相关，但是而是关于应用程序的数据访问和主要数据抽象的工作方式。

基本上，任何符合上述条件的东西都可以成为模型。

MVC

您可以使用实体作为 MVC 中的模型。它们意味着两种不同的事物，但相同的类可以同时被称为两者。

示例

• Customer 类在很大程度上是一个实体（通常），您还可以将其用作应用中数据访问的一部分。在这种情况下，它既是实体又是模型。
• Repository 类可能是模型的一部分，但它显然不是一个实体。
• 如果您在业务逻辑层中间使用一个类，但不向应用程序的其余部分公开，那么它可能是一个实体，但从 MVC 应用程序的角度来看，它显然不是一个模型。

您的示例

至于您的代码示例，我更喜欢第一个。
模型是用作应用程序数据抽象手段的类，而不是名称以“Model”为后缀的类。许多人认为后者是过时的软件。

您几乎可以将 Repository 类视为模型的一部分，即使其名称不带有“Model”后缀。

我想补充一点，使用第一个代码也更容易，并且对于后来可能需要理解您的代码的其他人来说，它更容易理解。

Answer 2

所有答案都是不同事物的严重混搭，而且完全是错误的。

DDD 中的模型非常类似于现实世界中的模型：
事物的简化和抽象。
不多也不少。
它与数据、对象或其他任何东西无关。
这只是域部分的概念。在每一个复杂的领域
总是有不止一种模型，例如贸易、发票、物流。

实体不是“具有身份的模型”，而只是具有身份的对象。

存储库不仅仅是一级缓存，而且也是域的一部分。
它给人一种内存中对象的错觉并负责获取
来自任何地方的聚合（不是实体！）并保存它们
即维护对象的生命周期。

Answer 3

应用程序中的“模型”是保存数据的位。如果我没记错的话，领域驱动设计中的“实体”是一个具有身份的模型。也就是说，实体是通常直接对应于数据库或文件中的“物理”元素的模型。我认为DDD定义了两种类型的模型，一种是实体，另一种是价值，这只是一个没有身份的模型。

存储库模式只是一种模型/实体的索引集合。因此，例如，如果您的代码想要订单#13，它将首先向存储库询问它，如果它无法从那里获取它，它将去从任何地方获取它。如果你愿意的话，它基本上是一个 1 级缓存。它与模型的交互方式以及与实体的交互方式没有区别，但由于存储库的想法是能够使用模型的 ID 来获取模型，因此就 DDD 而言，只有实体才被允许进入存储库。存储库。

Answer 4

使用服务和收集的简单解决方案：

<?php
class MyController {
    public function index() {
        $postService = ServiceContainer::get('Post');
        $postCollection = $postService->findAllByDateRange('within 30 days');
        while($postCollection->getNext()) {
            echo $postCollection->current()->getAuthor();
        }
    }
}

编辑：
模型（类）是实体方案的简单表示。模型（对象）是单个实体。该服务在模型上运行并向控制器提供具体数据。。没有控制器有任何型号。这些模型是独立的。
另一方面，映射器将模型映射到持久层（例如：数据库、第三方后端等）。

Answer 5

虽然这是专门针对 Ruby on Rails 的，但由于讨论是围绕 MVC 和 DDD 进行的，因此相同的原则和信息仍然适用。

http://blog.scottbellware.com/ 2010/06/no-domain-driven-design-in-rails.html