JAVA設計模式---總述篇

1、設計模式（Design Pattern）：

　　1.設計模式的概念　　

　　　　是前輩們對代碼開發經驗的總結，是解決特定問題的一系列套路。它不是語法規定，而是一套用來提升代碼可複用性、可維護性、可讀性、穩健性以及安全性的解決方案。使用設計模式是爲了可重用代碼、讓代碼更容易被他人理解、保證代碼可靠性。

　　 2.學習設計模式的意義

　　　設計模式的本質是面向對象設計原則的實際運用，是對類的封裝性、繼承性和多態性以及類的關聯關係和組合關係的充分理解。正確使用設計模式具備如下優勢：

• 能夠提升程序員的思惟能力、編程能力和設計能力。
• 使程序設計更加標準化、代碼編制更加工程化，使軟件開發效率大大提升，從而縮短軟件的開發週期。
• 使設計的代碼可重用性高、可讀性強、可靠性高、靈活性好、可維護性強。

 

2、設計模式分類：

JAVA中的設計模式總共有23種，一共能夠分爲三類：　

　　建立型模式，共五種：工廠方法模式、抽象工廠模式、單例模式、建造者模式、原型模式

　　結構型模式，共七種：適配器模式、裝飾者模式、代理模式、外觀模式、橋接模式、組合模式、享元模式。

　　行爲型模式，共十一種：策略模式、模板方法模式、觀察者模式、迭代子模式、責任鏈模式、命令模式、備忘錄模式、狀態模式、訪問者模式、中介者模式、解釋器模式。

　　其實還有兩類：併發型模式和線程池模式。

3、設計模式的六大原則：

　　總原則－開閉原則

　　  對擴展開放，對修改封閉。在程序須要進行拓展的時候，不能去修改原有的代碼，而是要擴展原有代碼。一句話歸納就是：爲了使程序的擴展性好，易於維護和升級。

　　一、單一職責原則

　　　　不要存在多於一個致使類變動的緣由，也就是說每一個類應該實現單一的職責，不然就應該把類拆分

　　二、里氏替換原則（Liskov Substitution Principle）

　　　　里氏替換原則(Liskov Substitution Principle LSP)是面向對象設計的基本原則之一。 里氏替換原則中說，任何基類能夠出現的地方，子類必定能夠出現。 LSP是繼承複用的基石，只有當衍生類能夠替換掉基類，軟件單位的功能不受到影響時，基類才能真正被複用，而衍生類也可以在基類的基礎上增長新的行爲。里氏代換原則是對「開-閉」原則的補充。實現「開-閉」原則的關鍵步驟就是抽象化。里氏替換原則中，子類對父類的方法儘可能不要重寫和重載。由於父類表明了定義好的結構，經過這個規範的接口與外界交互，子類不該該隨便破壞它。

　　三、依賴倒轉原則（Dependence Inversion Principle）

　　　　面向接口編程，依賴於抽象而不依賴於具體。寫代碼時用到具體類時，不與具體類交互，而與具體類的上層接口交互。

　　四、接口隔離原則（Interface Segregation Principle）

　　　　每一個接口中不存在子類用不到卻必須實現的方法，若是否則，就要將接口拆分。使用多個隔離的接口，比使用單個接口（多個接口方法集合到一個的接口）要好。

　　五、迪米特法則（最少知道原則）（Demeter Principle）

　　　　爲何叫最少知道原則，就是說：一個實體應當儘可能少的與其餘實體之間發生相互做用，使得系統功能模塊相對獨立。

　　六、合成複用原則（Composite Reuse Principle）

　　　　原則是儘可能使用合成/聚合的方式，而不是使用繼承。

4、寫在最後

　　本篇是對JAVA中的設計模式的分類和原則作了一個大致的介紹，在後續的博文中，會陸續介紹每一種設計模式的具體實現，歡迎你們關注、訂閱。