《領域驅動設計與模式實踐》 - 書摘精要

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

模式的適用性是取決於上下文的；

無論是好的思想、解決方案還是其他任何事物，如果放到錯誤的上下文中，那麼它只能成爲一個錯誤的部分；