域类和数据库脚手架类有什么区别？

Question

在 MVC 中创建 C# 域类时有哪些规则，它们与 Scaffold 数据库模型类有何不同？

数据库类通常是标准化的，以便于进行 crud 操作。 域类通常更平坦和非规范化吗？

此外，本文指出要分离更改跟踪时态表，并将其从域类中删除。

https://softwareengineering.stackexchange.com/questions/363001/separating-the-domain-model-from-the-data-model

当前问题不是重复的 - 因为这个问题更多的是关于 C# 物理实体化类，而不是关于建模本身。

What's the difference between Data Modelling and Domain Modelling?

Answer 1

需要更好地定义这些术语。您的脚手架 EF 类是“实体”，因此是实体框架中的“实体”。实体严格来说是一个带有标识符的类。类的身份与标识符相关联，因此只有具有相同标识符的两个事物才相等。

当您开始谈论“域模型”之类的东西时，它也是一个实体，但它是一个比 EF 处理的概念更广泛的概念。域实体具有行为并封装业务逻辑。当人们试图模糊 EF 的实体概念和域实体之间的界限时，就会出现问题。

在 DDD 中，基础架构是完全抽象的。持久性不是域的问题，而是基础设施层的问题。 EF 是基础设施层。通过尝试将 EF 实体用作域实体，您在域和基础架构之间创建了硬依赖关系，这只会导致问题。

因此，您希望有单独的域实体来封装您的业务逻辑。然后，在您的基础架构层中，您将这些域实体转换为相应的 EF 实体，以实现简单的持久性。因此，EF 实体应该是非常基本的，只包含持久性所需的逻辑，即没有业务逻辑。

Answer 2

领域类：

对我来说，域类是您定义应用程序模型的方式。

例如，我有 CMS 系统，如 Wordpress，我将有一些模型 比如帖子、评论、设置等等……

所以这些模型是简单的 POCO 对象，允许您定义形状 你的申请。

数据库脚手架类：

顾名思义。这是 dotnet ef cli 的类 工具为您生成。它包含这样的数据库定义

 protected override void Up(MigrationBuilder migrationBuilder)
 {
                migrationBuilder.CreateTable(
                    name: "AspNetRoles",
                    columns: table => new
                    {
                        Id = table.Column<string>(nullable: false),
                        Name = table.Column<string>(maxLength: 256, nullable: true),
                        NormalizedName = table.Column<string>(maxLength: 256, nullable: true),
                        ConcurrencyStamp = table.Column<string>(nullable: true),
                        Discriminator = table.Column<string>(nullable: false)
                    },
                    constraints: table =>
                    {
                        table.PrimaryKey("PK_AspNetRoles", x => x.Id);
                    });
}

protected override void Down(MigrationBuilder migrationBuilder)
{
            migrationBuilder.DropTable(
                name: "AspNetRoleClaims");
}

每次更改域类并运行dotnet ef migration add MigrationName 时，它将生成新的数据库脚手架类，以反映新数据库的新更改。数据库脚手架类包含 2 个方法 Up 和 Down。 Up 将允许您添加新表或修改列。 Down 是删除表。