面對復(fù)雜的業(yè)務(wù)場景，千變?nèi)f化的客戶需求，如何以一變應(yīng)萬變，以最小的開發(fā)成本快速落地實現(xiàn)，同時保證系統(tǒng)有著較低的復(fù)雜度，能夠保證系統(tǒng)后續(xù)de持續(xù)迭代能力，讓系統(tǒng)擁有較高的可擴(kuò)展性。

本文是主要講解橋接模式、組合模式、裝飾模式、門面模式、代理模式、責(zé)任鏈模式

將抽象部分與它的實現(xiàn)部分分離，使它們都可以獨立地變化。

• 一個類存在兩個（或多個）獨立變化的維度，且這兩個（或多個）維度都需要獨立進(jìn)行擴(kuò)展。
• 對于那些不希望使用繼承或因為多層繼承導(dǎo)致系統(tǒng)類的個數(shù)急劇增加的系統(tǒng)，橋接模式尤為適用。

• 抽象實體：定義的一種抽象分類。比如：人
• 具體實體：繼承抽象實體的子類實體。比如：中國人、美國人、韓國人
• 抽象行為：定義抽象實體中具備的多種行為。比如：學(xué)漢語、吃漢堡
• 具體行為：實現(xiàn)抽象行為的具體算法。比如：中國人學(xué)漢語、美國人吃漢堡

/**
 * @author 微信公眾號：微觀技術(shù)
 * 抽象實體
 */
public abstract class AbstractEntity {
    protected AbstractBehavior abstractBehavior;

    public AbstractEntity(AbstractBehavior abstractBehavior) {
        this.abstractBehavior = abstractBehavior;
    }

    public abstract void out();

}

/**
 * 抽象行為
 */
public interface AbstractBehavior {

    public String action(String name);
}

/**
 * 關(guān)于食物的行為
 */
public class FoodBehavior implements AbstractBehavior {

    @Override
    public String action(String name) {
        if ("中國人".equals(name)) {
            return "吃 餃子";
        } else if ("美國人".equals(name)) {
            return "吃 漢堡";
        }
        return null;
    }
}

• 拆分復(fù)雜的類對象時。當(dāng)一個類中包含大量對象和方法時，既不方便閱讀，也不方便修改。
• 希望從多個獨立維度上擴(kuò)展時。比如，系統(tǒng)功能性和非功能性角度，業(yè)務(wù)或技術(shù)角度等。
• 運行時，組合不同的組件

組合模式也稱整體模式，把一組相似的對象當(dāng)作一個單一的對象，然后將對象組合成樹形結(jié)構(gòu)以表示整個層次結(jié)構(gòu)。

• 抽象組件（AbstractNode）：定義需要實現(xiàn)的統(tǒng)一操作。
• 組合節(jié)點（CompositeNode）：抽象組件的衍生子類，包含了若干孩子節(jié)點（其它組合節(jié)點或葉子節(jié)點）。
• 葉子節(jié)點（LeafNode）：抽象組件的子類，但它的下面沒有子節(jié)點。

public abstract class AbstractNode {
    public abstract void add(AbstractNode abstractNode);
    public abstract void remove(AbstractNode abstractNode);
    public abstract void action();
}

public class CompositeNode extends AbstractNode {
    private Long nodeId;
    private List<AbstractNode> childNodes;  //存放子節(jié)點列表
    public CompositeNode(Long nodeId, List<AbstractNode> childNodes) {
        this.nodeId = nodeId;
        this.childNodes = childNodes;
    }
    @Override
    public void add(AbstractNode abstractNode) {
        childNodes.add(abstractNode);
    }
    @Override
    public void remove(AbstractNode abstractNode) {
        childNodes.remove(abstractNode);
    }
    @Override
    public void action() {
        for (AbstractNode childNode : childNodes) {
            childNode.action();
        }
    }
}

public class LeafNode extends AbstractNode {
    private Long nodeId;
    public LeafNode(Long nodeId) {
        this.nodeId = nodeId;
    }
    @Override
    public void add(AbstractNode abstractNode) {
        // 無子節(jié)點，無需處理
        return;
    }
    @Override
    public void remove(AbstractNode abstractNode) {
        // 無子節(jié)點，無需處理
        return;
    }
    @Override
    public void action() {
        System.out.println("葉子節(jié)點編號：" + nodeId);
    }
}

• 一組對象按照某種層級結(jié)構(gòu)進(jìn)行管理。如：管理文件夾和文件，管理訂單下的商品。
• 需要按照統(tǒng)一的行為來處理復(fù)雜結(jié)構(gòu)中的對象
• 快速擴(kuò)展對象組合。

動態(tài)地向一個現(xiàn)有對象添加新的職責(zé)和行為，同時又不改變其結(jié)構(gòu)，相當(dāng)于對現(xiàn)有的對象進(jìn)行包裝。

• 抽象組件（Component）：裝飾器基類，定義組件的基本功能
• 具體組件（ConcreteComponent）：抽象組件的具體實現(xiàn)
• 抽象裝飾器（Decorator）：包含抽象組件的引用
• 具體裝飾器（ConcreteDecorator）：抽象裝飾器的子類，并重寫組件接口方法，同時可以添加附加功能。

public abstract class Component {
    public abstract void execute();
}

public class ConcreteComponent extends Component {
    @Override
    public void execute() {
        System.out.println("具體子類 ConcreteComponent invoke !");
    }
}

public class Decorator extends Component {
    protected Component component;
    public Decorator(Component component) {
        this.component = component;
    }
    @Override
    public void execute() {
        component.execute();
    }
}

public class ConcreteDecorator extends Decorator {
    public ConcreteDecorator(Component component) {
        super(component);
    }
    @Override
    public void execute() {
        System.out.println("裝飾器子類 ConcreteDecorator invoke !");
        super.execute();
    }
}

• 無需修改代碼的情況下即可使用對象， 且希望在運行時為對象新增額外的功能
• 將業(yè)務(wù)邏輯組織為層次結(jié)構(gòu)，可以為各層創(chuàng)建一個裝飾，在運行時將各種不同邏輯組合成對象。由于這些對象都遵循通用接口，客戶端代碼能以相同的方式使用這些對象。
• 不支持繼承擴(kuò)展類的場景。如：final 關(guān)鍵字限制了某個類的進(jìn)一步擴(kuò)展，可以通過裝飾器對其進(jìn)行封裝，從而具備擴(kuò)展能力。

門面模式提供一個高層次的接口，要求一個子系統(tǒng)的外部與其內(nèi)部的通信必須通過一個統(tǒng)一的對象進(jìn)行，使得子系統(tǒng)更易于使用。

• 門面系統(tǒng)。接收外部請求，并將請求轉(zhuǎn)發(fā)給適當(dāng)?shù)淖酉到y(tǒng)進(jìn)行處理
• 子系統(tǒng)。表示某個領(lǐng)域內(nèi)的功能實現(xiàn)、或者具體子接口實現(xiàn)，比如，訂單、支付等，專門處理由門面系統(tǒng)指派的任務(wù)。

/**
 * @author 微信公眾號：微觀技術(shù)
 */
public interface AbstractSubject {
    void execute();
}

public class RealSubject implements AbstractSubject {
    @Override
    public void execute() {
        System.out.println("我是Tom哥，我要努力工作！");
    }
}

public class Proxy implements AbstractSubject {

    private AbstractSubject abstractSubject;

    public Proxy(AbstractSubject abstractSubject) {
        this.abstractSubject = abstractSubject;
    }

    @Override
    public void execute() {
        System.out.println("老板給Tom哥分配工作了。。。");
        abstractSubject.execute();
    }
}

• 靜態(tài)代理，代理類需要自己編寫代碼完成。
• 動態(tài)代理，代理類通過 Proxy#newProxyInstance(ClassLoader loader,Class<?>[] interfaces,InvocationHandler h) 方法生成。
• JDK實現(xiàn)的代理中不管是靜態(tài)代理還是動態(tài)代理，都是面向接口編程。CGLib可以不限制一定是接口。

• 職責(zé)清晰
• 高擴(kuò)展，只要實現(xiàn)了接口，都可以用代理
• 智能化，動態(tài)代理
• 降低了對象的直接耦合

• 遠(yuǎn)程代理。無法直接操作遠(yuǎn)程對象。比如：Dubbo、gRPC，提供遠(yuǎn)程服務(wù)，客戶端調(diào)用時需要走參數(shù)組裝、序列化、網(wǎng)絡(luò)傳輸?shù)炔僮?，這些通用邏輯都可以封裝到代理中，客戶端調(diào)用代理對象訪問遠(yuǎn)程服務(wù)，就像調(diào)用本地對象一樣方便。
• 保護(hù)代理。當(dāng)客戶端通過代理對象訪問原始對象時，代理對象會根據(jù)規(guī)則判斷客戶端是否有權(quán)限訪問。比如：防火墻
• 日志代理。比如：日志監(jiān)控，正常業(yè)務(wù)訪問時，調(diào)用代理，增加一些額外的日志記錄功能。
• 虛擬代理，適用于延遲初始化，用小對象表示大對象的場景，減少資源損耗，提升運行速度。
• 不希望改變原對象，但需要增加類似于權(quán)限控制、日志、流控等附加功能時，可以使用代理模式。

責(zé)任鏈模式是一種行為設(shè)計模式，將所有請求的處理者通過前一對象記住其下一個對象的引用而連成一條鏈。收到請求后，每個處理者均可對請求進(jìn)行處理，或?qū)⑵鋫鬟f給鏈中的下個處理者。

• 抽象處理者（Handler）：定義一個接口，內(nèi)部包含處理方法和下一個節(jié)點的引用對象
• 具體處理者（ConcreteHandler）：抽象處理者的實現(xiàn)子類，判斷本次請求是否處理，如果需要則處理，否則跳過，然后將請求轉(zhuǎn)發(fā)給下一個節(jié)點。

• 降低了對象之間的耦合度。鏈上各個節(jié)點各司其職，通過上下文傳遞數(shù)據(jù)，避免直接依賴。
• 增強(qiáng)系統(tǒng)的可擴(kuò)展性。如果有新的業(yè)務(wù)需求，只需要在合適的位置增加一個鏈節(jié)點即可，滿足開閉原則。
• 靈活性強(qiáng)。如果業(yè)務(wù)有變化，需要對工作流程做調(diào)整，只需要動態(tài)調(diào)整鏈上節(jié)點的次序即可。甚至為了滿足多元化業(yè)務(wù)的多樣化需求，我們可以為不同的業(yè)務(wù)類型定義自己的專屬執(zhí)行順序。
• 簡化了對象之間的連接。每個對象只需保存下一個節(jié)點的引用，而不需保持所有節(jié)點。
• 責(zé)任明確。每個節(jié)點只需處理自己的工作，如果不處理則傳遞給下一個對象。明確各類的責(zé)任范圍，符合類的單一職責(zé)原則。

在設(shè)計中思考什么應(yīng)該變化，并封裝會發(fā)生變化的概念。