《领域驱动设计与模式实践》 - 书摘精要

(P5)

技术性的东西变化不定，唯有核心业务才是持久的。当核心业务改变时，模型和软件必须随之改变；

(P9)

.Net 更好地支持面向对象，它只是更好的工具箱；

把技术看作是助推器，不同的技术可能是比其他技术更好的助推器；

(P10)

性能问题常常是由于糟糕的数据库存取代码、数据库结构或其他类似原因造成的；

(P12)

事情并不总是一成不变的，要考虑背景；

(P13)

除非确实需要优化，否则一定不要提前优化；

(P21)

发明框架是很麻烦的，更好的想法是直接获取框架；

(P22)

思维比工具重要得多，尽管工具当然也提供帮助；

(P23)

使用什么工具并不重要；

(P26)

以不同方式来思考问题通常是最有效的办法；

(P29)

“你将不需要它 (YAGNI)”思想适用于添加某物的现在和将来代价很高的情况。在这种情况下，我们可以一直等到真正需要时再添加。当代价现在很低而将来很高时，而且很可能需要它时，那么就要做出不同的决定了；

适用于大多数企业级应用程序的运行机制：跟踪、日志、配置、性能监视、安全性和审计；

(P33)

从我们自己的错误中学习是一种极为有效的实践，但有时从别人积累的知识中学习也是一种很好的捷径；

模式与好的面向对象设计原则是一致的；

(P34)

模式只是工具箱中的另一个工具而已；

(P42)

如果说设计模式是关于精化子系统和组件的，那么架构模式就是关于建立子系统结构的；

(P48)

设计模式，具有技术性和通用性；
领域模式，关注领域模型的核心；

(P53)

要成为一名更出色的程序员，TDD是最重要的一种技术；

(P64)

领域模型处理的复杂逻辑往往是通过一连串对象实现的，这些对象会将部分行为转发给其他协作对象，直至得到所需的结果；

(P71)

重构和TDD是相互依存的；

(P118)

对接口编程比对具体类编程更好；

(P177)

在设计存储库实例时，提供重载通常是一个好的思想；

(P207)

提高效率的一种方式是使用我们所熟知的技术；

(P215)

抽象是一个伟大的功能，但我们必须掌握它背后的大量原理知识；

(P250)

模式的适用性是取决于上下文的；

无论是好的思想、解决方案还是其他任何事物，如果放到错误的上下文中，那么它只能成为一个错误的部分；