1.前言

2.目錄

3.含義

為一個現有物件新增額外的功能。就增加物件功能來說，裝飾模式比生成子類實現更為靈活。

4.解決

1.在一個類在擴充套件功能時，如果通過繼承的方式擴充套件，隨著功能增加越來越多時，就會導致子類爆炸。

5.原理

通過 【裝飾器】這個中介，把 “現有物件功能” 與 “新添的額外功能” 分離 。

5.1 代理模式結構

5.2 結構分析

Subject：定義需要裝飾的功能。 ConcrateSubject：負責實現功能。 Decorator：定義抽象裝飾類。 ConcrateDecoratorA：負責實現具體的擴充套件功能。 ConcrateDecoratorB

5.3 例項（使用者使用習慣的埋點）

• 通常網路請求時，很多時候需要記錄使用者的操作等相關資訊，方便後期業務擴充套件。（例如：支付寶中會把使用者使用次數最多的功能放置最近使用的第一位置。）

Request

public interface Request {
    void get();
}

HuaBeiRequest

public class HuaBeiRequest implements Request {
    @Override
    public void get() {
        System.out.print("跳轉至花唄介面")
 
;
    }
}

Decorator

public abstract class Decorator implements Request {
    protected Request request;
    public Decorator(Request request){
        this.request = request;
    }
    public void get(){
        request.get();
    }
}

LogDecorator

public class LogDecorator extends Decorator {
    public
 
 LogDecorator(Request request) {
        super(request);
    }
    @Override
    public void get() {
        super.get();
        log();
    }
    private void log(){
        System.out.print("記錄使用者使用次數");
    }
}

6.優點

1.裝飾模式與繼承關係的目的都是要擴充套件物件的功能，但是裝飾模式可以提供比繼承更多的靈活性。 2.裝飾類和被裝飾類可以獨立發展，不會相互耦合，裝飾模式是繼承的一個替代模式，裝飾模式可以動態擴充套件一個實現類的功能。

7.缺點

1. 多層裝飾比較複雜。

8.總結

• 到此， 裝飾器模式 就解析完畢，後續我會把上述 三大型別模式 下的各子模式進行解析分享， 請繼續關注linhaojian_簡書！
• 如果喜歡我的分享，可以點選  關注  或者  贊，你們支援是我分享的最大動力 。 - 

不定期分享關於安卓開發的乾貨。

寫技術文章初心

• 技術知識積累
• 技術知識鞏固
• 技術知識分享
• 技術知識交流