大多数关于 DDD 的书籍都在谈论如何使技术与业务保持一致。因此，您有订单和支付业务规则等。
如果我写一个技术应用程序会怎么样。例如，如果我编写一个像应用程序这样的 Visual Studio 。 DDD 是否不相关，或者我可以说我的领域是“应用程序开发”并确定参与者(“解决方案”、"file")和业务规则以便我可以应用 DDD。
最佳答案
这里只是一个业务领域属于技术领域的案例；没有理由不使用 DDD。
在某些方面，这使它变得更容易 - 因为您自动成为相关“业务”领域的主题专家 (SME)。
在其他方面会更难 - 您可能会发现术语“冲突”。
例如，如果您正在为系统建模，您可能会将技术术语建模为业务术语。我们都见过带有名为“Customer”等实体的类图；但是拥有一个名为“类”的实体会很快导致问题 - 特别是如果您想使用它来生成代码。
关于c# - 什么时候领域驱动设计就足够了？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3708144/