domain-driven-design - 在深入研究领域驱动设计之前，我是否需要成为设计模式专家？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题？更新问题，以便 editing this post 可以用事实和引用来回答它.

3年前关闭。




Improve this question




我有一份 Head First Design Patterns 的副本，我通读了其中的一些模式。现在领域驱动设计是传统设计模式的替代品还是建立在它之上？如果是后者，在我尝试学习领域驱动设计之前，我是否需要成为设计模式专家？推荐的 DDD 路径是什么？

Answer 1

我读了蓝皮书 [Evans]，红皮书 [Vernon]，偶尔会在 StackOverflow 上看到这个标签。

Evans 的书在某些方面非常高水平，而且涵盖的不仅仅是代码。 Vernon 的书一次涵盖了 DDD 的构建 block ，并使用来自虚构软件产品的示例作为示例:

Domain-driven Design: Tackling Complexity in the Heart of Software

Implementing Domain-Driven Design

还有视频:

Eric Evans: What I've learned about DDD since the book

至于设计模式，DDD 资料指的是很多设计模式。一些现有的设计模式与 DDD 配合得很好。你可以在遇到它们时拿起它们，你不一定需要提前知道它们。学习设计模式时要避免的一件事是，不要试图强制使用它们，它们有其用途，但是您会看到许多开发人员试图在不需要的地方强制使用新学的设计模式。