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

(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)

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

不管是好的思想、解决方案仍是其余任何事物，若是放到错误的上下文中，那么它只能成为一个错误的部分；