C# 什么时候域驱动设计足够？

大多数关于DDD的书都谈到如何使技术与业务相适应。所以你有订单和支付业务规则等等

---

如果我写一个技术应用程序呢。例如，如果我编写了一个类似VisualStudio的应用程序。DDD不相关，或者我可以说我的领域是“应用程序开发”，并确定参与者（“解决方案”、“文件”）和业务规则，以便我可以应用DDD。

领域驱动的设计几乎总是足够的。去做吧。：）

---

另外，查看一些IDE实现也是一个好主意，例如，技术应用程序的领域应该与系统用户将如何谈论它的语言保持一致。因此，使用开发工具，您可能会有项目、文件、属性等，DDD适用于大型应用程序。我想你的IDE会足够大。您可能不需要存储库模式，但rest（价值对象、实体、服务）将显示出来。

当我们开发某个东西时，总有一个目的，一个目标。该目标是您的域

在本例中，您将开发一个IDE。您需要考虑如何解决“开发应用程序”的问题。那是你的地盘

---

您的怀疑来自于“软件开发”在DDD中没有用作示例的事实。

您在这里看到的只是一个业务领域是技术领域的案例；这不是不使用DDD的理由

在某些方面，这使它变得更容易——因为你是“业务”领域中的自动对象问题专家（SME）

在其他方面，这将更加困难——你可能会发现术语“冲突”

例如，如果您正在对系统建模，您可能会将技术术语建模为业务术语。我们都看到过带有称为“客户”等实体的类图；但是拥有一个名为“类”的实体会很快导致问题——特别是如果您想用它来生成代码的话