設計原則：
面向?qū)ο笮枰裱牧笤瓌t：
單一職責原則（Single?Responsibility?Principle）
里氏替換原則（Liskov?Substitution?Principle）
依賴倒置原則（Dependence?Inversion?Principle）
接口隔離原則（Interface?Segregation?Principle）
迪米特法則（Law?Of?Demeter）
開閉原則（Open?Close?Principle）
設計模式：
設計模式主要分三個類型:創(chuàng)建型束铭、結(jié)構(gòu)型和行為型义黎。
其中創(chuàng)建型有：
一勒叠、Singleton，單例模式：保證一個類只有一個實例，并提供一個訪問它的全局訪問點
二、Abstract?Factory，抽象工廠：提供一個創(chuàng)建一系列相關(guān)或相互依賴對象的接口芦倒，而無須指定它們的具體類。
三不翩、Factory?Method兵扬，工廠方法：定義一個用于創(chuàng)建對象的接口麻裳，讓子類決定實例化哪一個類，F(xiàn)actory?Method使一個類的實例化延遲到了子類器钟。
四津坑、Builder，建造模式：將一個復雜對象的構(gòu)建與他的表示相分離傲霸，使得同樣的構(gòu)建過程可以創(chuàng)建不同的表示疆瑰。
五、Prototype昙啄，原型模式：用原型實例指定創(chuàng)建對象的種類穆役，并且通過拷貝這些原型來創(chuàng)建新的對象。
行為型有：
六梳凛、Iterator耿币，迭代器模式：提供一個方法順序訪問一個聚合對象的各個元素，而又不需要暴露該對象的內(nèi)部表示韧拒。
七淹接、Observer，觀察者模式：定義對象間一對多的依賴關(guān)系叛溢，當一個對象的狀態(tài)發(fā)生改變時塑悼，所有依賴于它的對象都得到通知自動更新。
八楷掉、Template?Method拢肆，模板方法：定義一個操作中的算法的骨架，而將一些步驟延遲到子類中靖诗，TemplateMethod使得子類可以不改變一個算法的結(jié)構(gòu)即可以重定義該算法得某些特定步驟。
九支示、Command刊橘，命令模式：將一個請求封裝為一個對象，從而使你可以用不同的請求對客戶進行參數(shù)化颂鸿，對請求排隊和記錄請求日志促绵，以及支持可撤銷的操作。
十嘴纺、State败晴，狀態(tài)模式：允許對象在其內(nèi)部狀態(tài)改變時改變他的行為。對象看起來似乎改變了他的類栽渴。
十一尖坤、Strategy，策略模式：定義一系列的算法闲擦，把他們一個個封裝起來慢味，并使他們可以互相替換场梆，本模式使得算法可以獨立于使用它們的客戶。
十二纯路、China?of?Responsibility或油，職責鏈模式：使多個對象都有機會處理請求，從而避免請求的送發(fā)者和接收者之間的耦合關(guān)系
十三驰唬、Mediator顶岸，中介者模式：用一個中介對象封裝一些列的對象交互。
十四叫编、Visitor辖佣，訪問者模式：表示一個作用于某對象結(jié)構(gòu)中的各元素的操作，它使你可以在不改變各元素類的前提下定義作用于這個元素的新操作宵溅。
十五凌简、Interpreter，解釋器模式：給定一個語言恃逻，定義他的文法的一個表示雏搂，并定義一個解釋器，這個解釋器使用該表示來解釋語言中的句子寇损。
十六凸郑、Memento，備忘錄模式：在不破壞對象的前提下矛市，捕獲一個對象的內(nèi)部狀態(tài)芙沥，并在該對象之外保存這個狀態(tài)。
結(jié)構(gòu)型有：
十七浊吏、Composite而昨，組合模式：將對象組合成樹形結(jié)構(gòu)以表示部分整體的關(guān)系，Composite使得用戶對單個對象和組合對象的使用具有一致性找田。
十八歌憨、Facade，外觀模式：為子系統(tǒng)中的一組接口提供一致的界面墩衙，fa?ade提供了一高層接口务嫡，這個接口使得子系統(tǒng)更容易使用。
十九漆改、Proxy心铃，代理模式：為其他對象提供一種代理以控制對這個對象的訪問
二十、Adapter,適配器模式：將一類的接口轉(zhuǎn)換成客戶希望的另外一個接口挫剑，Adapter模式使得原本由于接口不兼容而不能一起工作那些類可以一起工作去扣。
二十一、Decrator暮顺，裝飾模式：動態(tài)地給一個對象增加一些額外的職責厅篓，就增加的功能來說秀存，Decorator模式相比生成子類更加靈活。
二十二羽氮、Bridge或链，橋模式：將抽象部分與它的實現(xiàn)部分相分離，使他們可以獨立的變化档押。
二十三澳盐、Flyweight，享元模式
