如何通过ABP框架遵循通用准则实现领域驱动设计？

本文共计1037个文字，预计阅读时间需要5分钟。

在进入细节之前，先了解一下DDD（领域驱动设计）、原则、数据库提供者/ORM、无关性以及领域和应用程序层的关系。它们应仅依赖于Repository接口，而非直接使用ORM或数据库提供者。

在进入细节之前，让我们看看一些总体的 DDD 原则

数据库提供者 / ORM 无关性

领域和应用程序层应该与 ORM / 数据库提供程序 无关。它们应该只依赖于 Repository 接口，而 Repository 接口不使用任何 ORM 特定的对象

下面说明这一原则的主要原因:

1. 为了使您的 领域/应用程序 独立于 基础设施，因为基础设施可能在将来更改，或者您可能需要支持第二种数据库类型
2. 通过将基础设施细节隐藏在存储库后面，使您的 领域/应用程序 专注于业务代码。
3. 使您的自动化测试更容易，因为在这种情况下您可以模拟存储库

根据这一原则，解决方案中的任何项目都没有引用EntityFrameworkCore项目，除了启动应用程序

关于数据库无关性原则的探讨

上述原因1,深深地影响了你的领域对象设计(尤其是实体关系)和应用程序代码。假设您正在使用 EF Core 与关系数据库。如果你想让你的应用在以后切换到 MongoDB ，你就不能使用一些非常有用的 EF Core 特性

例如:

• 你不能假设 Change Tracking，因为 MongoDB 不能这样做。因此，您总是需要显式地更新已更改的实体。