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

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

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

不管是好的思想、解決方案仍是其餘任何事物，若是放到錯誤的上下文中，那麼它只能成爲一個錯誤的部分；