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

Question

大多数关于DDD的书都谈到了将技术与业务结合起来。 所以你有订单和支付业务规则等。

如果我写一个技术应用程序怎么办？ 例如，如果我创作一个像应用程序的视觉工作室。 DDD是不相关的，或者我可以说我的域名是“应用程序开发”并识别玩家（“解决方案”，“文件”）和业务规则，以便我可以应用DDD。

Answer 1

你在这里只是一个业务领域是技术领域的情况; 没有理由不使用DDD。

在某些方面，这使得它变得更容易 - 因为您在“业务”领域中自动成为Suibject Matter Expert（SME）。

在其他方面，它会更难 - 你可能会发现术语“碰撞”。

例如，如果您对系统进行建模，则可能会将技术术语建模，就好像它们是业务术语一样。 我们都看过带有名为“Customer”的实体的类图等等; 但是拥有一个名为“Class”的权利会很快导致问题 - 特别是如果你想用它来生成代码。

Answer 2

您的技术应用程序的域应该与系统用户将如何谈论它的语言保持一致。 因此，使用开发工具，您可能拥有项目，文件，属性等

Answer 3

领域驱动设计几乎总是足够的。 去吧。 :)另外，查看一些IDE实现（如http://www.sharpdevelop.net）可能是个好主意

Answer 4

DDD适合大型应用。 我猜你的IDE会足够大。 可能您不需要存储库模式，但会显示休息（值对象，实体，服务）。

Answer 5

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

在这种情况下，您将开发IDE。 您需要考虑如何解决“开发应用程序”的问题。 那是你的域名。

您怀疑是否在DDD中不使用“软件开发”这一事实。