關於c++設計模式的總結

抽象工廠，決定產品系列的產品的組合，特點是創建同一款式的產品系列。缺點是增加產品組件，需要修改抽象工廠接口，影響抽象工廠子類。

builder，決定產品的各個部分的build的過程。替換相應的builder子類，就可以修改產品相應的各個part部件的實現；替換相應的Director子類，就可以修改builder組件的調用順序（即控制創建過程）。

工廠方法，產品子類和creator子類一一對應。不直接調用FactoryMethod操作，定義了何時調用FactoryMethod。擴展相關子類可以修改此調用時間

Prototype，產品自身就是自己的creator

Singleton，產生全局的單一實例

1）以上是創建型：創建型設計模式核心是通過替換直接調用new創建具體對象這種方式，從而去client代碼和產品對象之間的耦合。client都是通過接口引用工廠，通過接口引用產品，所以替換更方便。

adapter，描述了client如何做到通過target接口，來使用Adaptee的操作函數。

bridge，“抽象接口定義”和“具體實現部分”分離。分離後，可以各自發展。

composite，從共同接口派生，使對單個對象和組合對象的使用具有一致性，並且支持遞歸組合。

Decorator，共同的父類，接口相同，可以透明的、遞歸的增加額外的職責。與composite區別是隻有一個組件。與strategy區別是Decorator修飾component的外觀，strategy提取分離component的內部策略實現。

façade，分層的概念中，層與層之間提供統一、集中的接口。
使不同層的對象不會出現網狀交織。這樣各層可以獨立發展。façade對象承擔上層請求轉發給下層對應對象。

flyweight，分離對象的內部、外部狀態，使得大量細粒度對象可以共享，節省存儲空間

proxy，proxy是Realsubject接口的子集或者相同接口，從而代替Realsubject。proxy來控制Realsubject，而不是client直接控制和訪問Realsubject。這樣proxy可以對Realsubject進行各種額外的控制。

2）以上是結構性模式。

chain of responsibility，每個在鏈上的對象都有一致的處理請求和訪問鏈上後繼者的接口。鏈式傳遞請求，使得請求的發送者和接收者解耦。
直到某個處理

command，把請求封裝爲一個command對象，雖然抽象的接口一致，但是可以派生各種command子類。command對象中包含了對接收者的引用、和調用接收者的一系列操作，通過動態創建command子類對象以及創建時傳入不同的接收者引用，可以達到動態配置（參數化）請求的目的。進而實現上下文相關的菜單。Command模式將調用操作的對象與知道如何實現該操作的對象解耦。增加新的Command變得很容易。