问在深入领域驱动设计之前，我需要成为一名设计模式专家吗？

EN

我读了蓝色的“埃文斯”和红色的“弗农”，偶尔也会在StackOverflow上看到这个标签。

埃文斯的这本书在某些方面非常高水平，涵盖的不仅仅是代码。Vernon的这本书介绍了DDD的构建块，一次一个项目，并以一个虚构的软件产品的示例为例：

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配合得很好。你可以在遇到它们时拿起它们，你不一定需要事先知道它们。在学习设计模式时要避免的一件事是，不要尝试强制使用它们，它们有其用途，但你会看到许多开发人员试图在不需要它们的地方强制使用新学到的设计模式。

就这么做。不要让任何先入为主的条件阻止你开始练习它。

这是一个有点晚的答案，但我想说的是，模式并不是一些固定的、照搬不变的终极解决方案。它们是解决通用问题的通用方法，如果您愿意，可以作为指南。

在DDD中，您为特定问题提供了特定解决方案。如果您能够识别实现中的模式，您将获得更深入和更结构化的理解。如果你能看到需要一些模式的问题，你就有可能解决它的方法。但要注意，仅通过模式查看问题可能会导致次优解决方案。

了解和理解模式将帮助您以更有效的方式将有关实现细节的知识传达给其他开发人员。比如“这是工作单元”，而不是“这个对象持有对我们在这个事务中操作的对象的引用，并跟踪它们的状态，这样我们就可以一次提交所有的更改”。

除此之外，更重要的是理解并遵循SOLID和DDD原则来构建成功的领域模型。