設計模式(Design pattern)是一套被反覆使用、多數人知曉的、通過分類編目的、代碼設計經驗的總結。使用設計模式是爲了可重用代碼、讓代碼更容易被他人理解、保證代碼可靠性。毫無疑問,設計模式於己於他人於系統都是多贏的;設計模式使代碼編制真正工程化;設計模式是軟件工程的基石脈絡,如同大廈的結構同樣。html
開閉原則(Open Closed Principle,OCP);
李氏替換原則(Liskov Substitution Principle,LSP);
依賴倒轉原則(Dependency Inversion Principle,DIP);
接口隔離原則(Interface Segregation Principle,ISP);
合成/聚合複用原則(Composite/Aggregate Reuse Principle,CARP);
最小知識原則(Principle of Least Knowledge,PLK,也叫迪米特法則);算法
開閉原則具備理想主義的色彩,它是面向對象設計的終極目標。其餘幾條,則能夠看作是開閉原則的實現方法。設計模式就是實現了這些原則,從而達到了代碼複用、增長可維護性的目的。設計模式
此原則是由Bertrand Meyer提出的。原文是:「Software entities should be open for extension,but closed for modification」。就是說模塊應對擴展開放,而對修改關閉。模塊應儘可能在不修改原(是「原」,指原來的代碼)代碼的狀況下進行擴展。ui
里氏代換原則是由Barbara Liskov提出的。若是調用的是父類的話,那麼換成子類也徹底能夠運行。設計
A.高層次的模塊不該該依賴於低層次的模塊,他們都應該依賴於抽象。
B.抽象不該該依賴於具體,具體應該依賴於抽象。代理
定製服務的例子,每個接口應該是一種角色,很少很多,不幹不應乾的事,該乾的事都要幹。日誌
合成/聚合複用原則(Composite/Aggregate Reuse Principle,CARP)常常又叫作合成複用原則。合成/聚合複用原則就是在一個新的對象裏面使用一些已有的對象,使之成爲新對象的一部分;新的對象經過向這些對象的委派達到複用已有功能的目的。它的設計原則是:要儘可能使用合成/聚合,儘可能不要使用繼承。
設計模式分爲三種類型,共23種。server
1、Singleton,單例模式:保證一個類只有一個實例,並提供一個訪問它的全局訪問點htm
2、Abstract Factory,抽象工廠:提供一個建立一系列相關或相互依賴對象的接口,而無須指定它們的具體類。
3、Factory Method,工廠方法:定義一個用於建立對象的接口,讓子類決定實例化哪個類,Factory Method使一個類的實例化延遲到了子類。對象
4、Builder,建造模式:將一個複雜對象的構建與他的表示相分離,使得一樣的構建過程能夠建立不一樣的表示。
5、Prototype,原型模式:用原型實例指定建立對象的種類,而且經過拷貝這些原型來建立新的對象。
6、Iterator,迭代器模式:提供一個方法順序訪問一個聚合對象的各個元素,而又不須要暴露該對象的內部表示。
7、Observer,觀察者模式:定義對象間一對多的依賴關係,當一個對象的狀態發生改變時,全部依賴於它的對象都獲得通知自動更新。
8、Template Method,模板方法:定義一個操做中的算法的骨架,而將一些步驟延遲到子類中,TemplateMethod使得子類能夠不改變一個算法的結構便可以重定義該算法得某些特定步驟。
9、Command,命令模式:將一個請求封裝爲一個對象,從而使你能夠用不一樣的請求對客戶進行參數化,對請求排隊和記錄請求日誌,以及支持可撤銷的操做。
10、State,狀態模式:容許對象在其內部狀態改變時改變他的行爲。對象看起來彷佛改變了他的類。
11、Strategy,策略模式:定義一系列的算法,把他們一個個封裝起來,並使他們能夠互相替換,本模式使得算法能夠獨立於使用它們的客戶。
12、China of Responsibility,職責鏈模式:使多個對象都有機會處理請求,從而避免請求的送發者和接收者之間的耦合關係
十3、Mediator,中介者模式:用一箇中介對象封裝一些列的對象交互。
十4、Visitor,訪問者模式:表示一個做用於某對象結構中的各元素的操做,它使你能夠在不改變各元素類的前提下定義做用於這個元素的新操做。
十5、Interpreter,解釋器模式:給定一個語言,定義他的文法的一個表示,並定義一個解釋器,這個解釋器使用該表示來解釋語言中的句子。
十6、Memento,備忘錄模式:在不破壞對象的前提下,捕獲一個對象的內部狀態,並在該對象以外保存這個狀態。
十7、Composite,組合模式:將對象組合成樹形結構以表示部分總體的關係,Composite使得用戶對單個對象和組合對象的使用具備一致性。
十8、Facade,外觀模式:爲子系統中的一組接口提供一致的界面,fa?ade提供了一高層接口,這個接口使得子系統更容易使用。
十9、Proxy,代理模式:爲其餘對象提供一種代理以控制對這個對象的訪問
二10、Adapter,適配器模式:將一類的接口轉換成客戶但願的另一個接口,Adapter模式使得本來因爲接口不兼容而不能一塊兒工做那些類能夠一塊兒工做。
二11、Decrator,裝飾模式:動態地給一個對象增長一些額外的職責,就增長的功能來講,Decorator模式相比生成子類更加靈活。
二12、Bridge,橋模式:將抽象部分與它的實現部分相分離,使他們能夠獨立的變化。
二十3、Flyweight,享元模式:運用共享技術有效地支持大量細粒度的對象。
轉載自:[http://blog.sina.com.cn/s/blog_ec79acae0102uwpp.html][1]