如何在DDD中识别域？

Question

我想构建一个应用程序，我想将DDD规则应用于我的建筑设计。

我描述了我的应用程序：

在数据库中，我有表：报告， Notification ，用户， event ，公司，<代码>利益相关者，事务。

该应用程序将需要身份验证，因此我会根据用户表进行身份验证。

在应用程序中，我需要在上面提到的数据库中的表上显示并进行CRUD操作。

他们每个人都有自己的应用程序中的页面。例如：

 /reports (create, delete, get one, get all, search, edit)
 /reports/:id 
 /notifications (create, delete, get one, get all, search, edit)
 /notifications/:id 
 /events (create, delete, get one, get all, search, edit)
 ...

在报告表中我有： id ，标题， lastupdate ， body ，公司，<代码>事件。 每个报告都有公司清单和事件列表。用户可以编辑报告并更改 title 和 body ，他还可以从列表中添加/删除公司，因此转到事件。

const reports = [
{ id, title, body, companies: [{ id, name, ... }], events: [{ id, ...}]}
]

我还想拥有以下单独的页面：公司， event ，利益相关者显示它们的列表（公司拥有自己的页面，事件有自己的页面..）为了添加/编辑/删除每个实体。

交易项目应属于利益相关者。我的意思是，每个利益相关者都有许多交易。同样的地方也在这里：我想 add/edit/delete 每个事务。

 stakeholders = [{ id, name, transactions: [{ id, ... }]}, ...]

**每个操作 add/edit/edit/delete/view 生活在自己的页面中。

-

因此，我决定在我的应用程序中命名域： 验证，报告，通知，事件，公司，利益相关者，利益相关者 - 转变。

这使我能够创建具有以下功能以下文件结构的功能的域：

 reports
  domain (the bl is here)
  feature-edit (use the domain)
  feature-view (use the domain)
  feature-list (use the domain)
  feature-search (use the domain)
 auth
  domain (the bl is here)
  feature-login (use the domain)
  feature-register (use the domain)
  feature-forgot-password (use the domain)
 notification:
  domain (the bl is here)
  feature-create-new (use the domain)
  feature-remove (use the domain)
  feature-edit (use the domain)
  feature-list (use the domain)
 company:
  domain (the bl is here)
  feature-create (use the domain)
  feature-edit (use the domain)
  feature-list (use the domain)
  feature-view (use the domain)
  feature-search (use the domain)
 event:
  domain (the bl is here)
  feature-create (use the domain)
  feature-edit (use the domain)
  feature-list (use the domain)
  feature-view (use the domain)
  feature-search (use the domain)
 stakeholder:
  domain (the bl is here)
  feature-create (use the domain)
  feature-edit (use the domain)
  feature-list (use the domain)
  feature-view (use the domain)
  feature-search (use the domain)
 stakeholder-transaction:
  domain (the bl is here)
  feature-create (use the domain)
  feature-edit (use the domain)
  feature-list (use the domain)
  feature-view (use the domain)
  feature-search (use the domain)

我正在考虑应用程序的每个部分的责任领域。但是它符合DDD域的要求吗？这些文件夹的分离是否符合DDD域的要求？由于某些东西不是最终的，因此应隔离域。但是有时我需要通知从 Report 和报告具有 Company 和的创建。事件内部。

我非常感谢试图解决这一冲突的帮助

Answer 1

它们不是“域”，而是模块，似乎还可以。

您描述了您的应用程序以“在数据库中我有表：”和“在数据库中的表上的表格上进行CRUD操作”开始，

因此似乎是数据库/表中心，CRUD应用程序，DDD似乎对此过大。

要检查DDD模块/有限上下文，您应该开始查看域的本质，而不是所需的表。

Answer 2

在一个非常简单的句子中，我可以说域：是问题空间，它来自域专家。实际上，这是关于为什么创建此软件以及该软件将解决哪些核心问题的原因。另外，DDD植根于一种不关心哪些数据库的语言。