|
服用相似問題的相同解決方案。保證了代碼的可靠性，是代碼的編制真正的工程化，能夠適應需求的變化。 里氏替換原則，如果一個軟件實體使用一個父類的話，那么一定適用于子類。定義就是子類必須能夠替換它的父類。 迪米特法則：他強調的是類之間的松耦合，耦合度越低越有利于復用，一個處在弱耦合的類被修改，不會對有關系的類造成影響。 1.簡單工廠模式：將業務邏輯部分和界面邏輯部分分離開來，降低了業務邏輯部分和界面邏輯部分的耦合度，符合面向對象的迪米特法則。 2.工廠模式：定義一個用于創建對象的接口，讓子類決定實例化哪一個類。工廠方法使一個類的實例化延遲到了子類。 3.抽象工廠模式;提供一個創建一系列相關或者相互依賴的對象的接口，而無需指定他們具體的類。 4.職責鏈設計模式（chain of responsibility）：使多個對象都有處理請求的機會，從而避免了請求的發送者和接受者之間的耦合關系，將所有的處理對象連成一條鏈， 并沿著這條鏈傳遞請求，直到有一個對象能夠處理它為止。 5.單身設計模式：（singleton）；保證一個類僅僅有一個實例，并提供一個訪問他的全局訪問點，通常我們可以讓一個全局變量使得一個對象被訪問，但他不能防止你 實例化多個對象，一個最好的方法就是，讓類自身保護它唯一的實例，這個類可以保證它沒有其他的實例被創建，并且它可以提供一個訪問該實例的方法。 6.適配器設計模式：（Adapter）：講一個；類的接口轉化為客戶希望的另一個接口，Adapter模式使得原來接口不兼容而不能一起工作的那些類可以一起工作了。 7.裝飾設計模式：（Decorator）：動態地給一個對象添加一些額外的職責。即增加功能來說，裝飾模式比生成子類更為靈活。 8.代理模式：（Proxy）：為其他對象提供一種代理以達到控制這個對象的訪問。 9.觀察者設計模式：又稱發布--訂閱模式，定義了一個一對多的依賴關系，讓多個觀察者對象同時監聽某一個主題對象，這個主題對象在狀態發生變化時，會通知所有的 觀察者對象，使他們能夠自動的進行更新。 10.狀態設計模式：當一個對象的內在狀態發生改變時允許改變其行為，這個對象看起來像是改變了類，狀態模式主要解決的是當控制一個對象轉換的條件表達式過于復雜的 情況。把狀態的判斷邏輯轉移到表示不同狀態的的一系列的類中，可以把復雜的邏輯簡化。好處是將特定狀態的相關行為局部化，且將不同狀態的行為分割開來。 11.命令設計模式：命令設計模式的作用是將一個請求封裝成一個對象，從而使我們可以用不同的請求對象進行參數化，對請求排隊或者是請求記錄日志，以及支持科撤銷的 操作，命令模式將調用操作的請求對象與知道如何實現改操作的接受對象解耦， 12.模板設計模式：定義一個算法骨架，而且將一些步驟延遲到子類中，模板方法使得子類可以不改變一個算法的結構即可重新定義算法的特定步驟。 13橋接設計模式;將抽象部分與它的現實部分想分離，使它們可以獨立的變化，橋接設計模式可以避免“類爆炸”的情況 14.策略設計模式：定義了一個算法家庭，分別把他們都封裝起來，讓他們之間可以相互替換，這些算法的替換變化不會影響到使用算法的客戶。 15組合設計模式;將對象組合成樹的結構以表示“部分--與整體”的的層次結構，組合模式使得單個用戶對單個對象的使用具有一致性。 16.原型設計模式：用原型的實例指定創建類的總類，并且通過拷貝這個原型來創建的新的對象。 |
|
|
