Domain driven design CRUD使用DDD创建新客户

我正在尝试使用我学到的知识创建一个应用程序；我从领域驱动设计中学习

---

我的问题是，在我的应用程序中，我需要能够创建一个新客户，捕获客户地址、电话号码、电子邮件地址等，我是否可以在这里使用标准CRUD样式，因为这不是真正基于任务的操作？

如果你的应用程序只需要将客户数据存储在数据库中，使用简单的CRUD样式的应用程序可能更好。如果客户输入只是更大应用程序的一部分，那么使用表单输入客户数据（如姓名、地址等）是完全合理的——数据必须以某种方式输入

只需注意基于任务的表单和CRUD样式表单之间的区别：假设您希望客户被标记为已验证，并且您的客户状态可以是“新”或“已验证”。在CRUD风格的应用程序中，只需使用带有两个选项“新建”和“已验证”的选择框即可更改客户的状态字段。在基于任务的UI中，客户表单中会有一个按钮/链接，显示“验证”并启动“验证任务”，例如，通过向域层发送“验证客户”命令

---

请注意，领域驱动的设计与基于任务的行动的概念是正交的。它们配合得很好，特别是当一个使用CQR时，但它们都可以独立于另一个使用。

如果您的应用程序只需要将客户数据存储在数据库中，那么使用简单的CRUD样式的应用程序可能会更好。如果客户输入只是更大应用程序的一部分，那么使用表单输入客户数据（如姓名、地址等）是完全合理的——数据必须以某种方式输入

只需注意基于任务的表单和CRUD样式表单之间的区别：假设您希望客户被标记为已验证，并且您的客户状态可以是“新”或“已验证”。在CRUD风格的应用程序中，只需使用带有两个选项“新建”和“已验证”的选择框即可更改客户的状态字段。在基于任务的UI中，客户表单中会有一个按钮/链接，显示“验证”并启动“验证任务”，例如，通过向域层发送“验证客户”命令

---

请注意，领域驱动的设计与基于任务的行动的概念是正交的。它们配合得很好，特别是当一个使用CQR时，但它们都可以独立于另一个使用。

您是否认为CRUD可以用于最初输入数据，然后我可以基于任务进行后续操作，例如，如果我想验证用户？对不起，我很难理解您的想法。这不是重复的工作吗？你会说CRUD最初可以用于输入数据，然后我可以基于任务进行输入，例如，如果我想验证用户？对不起，我很难理解你的想法。那不是重复的努力吗？