設計模式與設計原則

        設計模式（Design pattern）是一套被反覆使用、多數人知曉的、通過分類編目的、代碼設計經驗的總結。使用設計模式是爲了可重用代碼、讓代碼更容易被他人理解、保證代碼可靠性。 毫無疑問，設計模式於己於他人於系統都是多贏的；設計模式使代碼編制真正工程化；設計模式是軟件工程基石脈絡，如同大廈的結構同樣。

        設計模式的介紹

        一、建立型。解決對象的建立問題。            

            簡單工廠模式（Simple Factory）；工廠方法模式（Factory Method）；抽象工廠模式（Abstract Factory）；建立者模式（Builder）；原型模式（Prototype）；單例模式（Singleton）。

            簡單工廠模式不是GoF總結出來的23種設計模式之一。

        二、結構型模式。解決對象的組成以及對象之間的依賴關係，由於如何設計對象的結構、繼承和依賴關係會影響到後續程序的維護性、代碼的健壯性、耦合性等。

            外觀模式（Facade）；適配器模式（Adapter）；代理模式（Proxy）；裝飾模式（Decorator）；橋模式（Bridge）；組合模式（Composite）；享元模式（Flyweight）。

        三、行爲型模式。解決對象見的協做問題。

            模板方法模式（Template Method）；觀察者模式（Observer）；狀態模式（State）；策略模式（Strategy）；職責鏈模式（Chain of Responsibility）；命令模式（Command）；訪問者模式（Visitor）；調停者模式（Mediator）；備忘錄模式（Memento）；迭代器模式（Iterator）；解釋器模式（Interpreter）。

        設計原則介紹

            單一職責原則（Single Responsibility Principle）：不要存在多於一個致使類變動的緣由。通俗的說，即一個類只負責一項職責。

            里氏替換原則（Liskov Substitution Principle）：全部引用基類的地方必須能透明地使用其子類的對象。通俗的來說，子類能夠擴展父類的功能，但不能改變父類原有的功能。

            依賴倒置原則（Dependence Inversion Principle）：高層模塊不該該依賴低層模塊，兩者都應該依賴其抽象；抽象不該該依賴細節；細節應該依賴抽象。

            接口隔離原則（Interface Segregation Principle）：不該該依賴它不須要的接口；一個類對另外一個類的依賴應該創建在最小的接口上。

            迪米特法則（Law Of Demeter）：一個對象應該對其餘對象保持最少的瞭解。

            開閉原則（Open Close Principle）：類、模塊和函數應該對擴展開放，對修改關閉。