《修煉Java開發技術 在架構中體驗設計模式和算法之美》 - 書摘精要

(P7)

建議直接加入到軟件公司中去，這樣會學到很多實際的東西；

程序員最主要的發展方向是資深技術專家，無論是 Java、.Net 還是數據庫領域，都要首先成爲專家，然後纔可能繼續發展爲架構師；

增強工作的主動性和參與性；

只有擁有更高的眼界，才能謀取更大的發展；

(P10)

跳槽是需要本錢的，這個本錢就是你積累的工作經驗、工作業績、技術水平和工作能力；

(P11)

一個好的領域專家一定是業務領域的架構師，他能夠給出某一個業務領域的架構，我們可以稱爲業務架構，只有技術架構和業務架構緊密結合，纔有可能真正創造出一個好的系統；

(P16)

系統應該隨着規模的變化，不斷演進。這樣的系統纔是科學的、經濟的；

(P22)

在設計模式中，所有的設計模式都遵循“單一職責原則”這一原則；

(P23)

“單一職責”也就是“單一變化原因”；

“職責”也就是引起類變化的原因；

(P28)

抽象層次應該不依賴於具體的實現細節，這樣才能保證系統的可複用性和可維護性；

抽象即“抽象類”或“接口”，兩者是不能夠實例化的；

如果沒有實現“依賴注入原則”，那麼也就意味着“開閉原則(對擴展開放，對修改關閉)”也無法實現；

(P41)

資深的程序員都會看重數據結構和算法作用，水平越高，就越能理解算法的重要性；

(P49)

設計模式使代碼編制能真正地工程化，它是軟件工程的基石；

(P57)

“簡單工廠”的方法通常都是靜態的，所以也被稱爲“靜態工廠”；

一個“簡單工廠”，理論上可以構造任何東西，所以又被稱爲“萬能工廠”；

在“簡單工廠”裏面可以只有一個方法，也可以有很多這樣創建的方法；

(P58)

“接口”就是“實現類”對外的外觀；

“接口”是系統可插拔性的保證；

(P67)

“工廠方法模式”是類的創建模式，又叫虛擬構造器(Virtual Constructor)模式或者多態性工廠(Polymorphic Factory)模式；

(P68)

在“工廠方法模式”中一般都有一個平行的等級結構，也就是說，工廠和產品是對應的。抽象工廠對應抽象產品，具體工廠對應具體產品；

(P110)

單例模式的本質是控制實例數目；

(P116)

在“建造者模式”裏，有個指導者，由指導者來管理建造者，用戶是與指導者相互聯繫，指導者聯繫建造者，最後得到產品；

(P142)

建議不要混合使用深拷貝和淺拷貝，特別是涉及到類的繼承，父類有多個引用的情況就非常的複雜，建議的方案是深拷貝和淺拷貝分開實現；

(P162)

在適配器模式中，實現了由“源”到“目標”的適配，適配器負責把“源”過渡到“目標”；

(P174)

將兩個角色之間的繼承關係改爲聚合關係，就是將它們之間的強關聯改換爲弱關聯；

(P185)

在橋樑模式中的橋接是單向的，也就是隻能是抽象部分的對象去使用具體實現部分的對象，而不能反過來；

(P194)

從更本質的角度來看，基本上只要是面向抽象編寫的 Java 程序，都可以視爲是橋樑模式的應用，都是讓抽象和實現相分離，從而使它們能獨立地變化；

(P254)

享元模式是一個提高程序效率和性能的模式，會大大地加快程序的運行速度；

(P262)

享元模式是一種緩存技術；

(P460)

狀態模式的引入免除了代碼中複雜而冗長的邏輯判斷語句；