1.前言

• 在之前的文章設計模式(Design pattern)：簡單&粗暴解析中已經為大家深入淺出解析了 設計模式 的 七大原則、三大型別。
• 本文為大家解析三大型別中 結構型 裡其中的 裝飾器模式。
• 文章中例項 linhaojian的Github

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_簡書！
• 如果喜歡我的分享，可以點選 關注 或者 贊，你們支援是我分享的最大動力 。
• linhaojian的Github

歡迎關注linhaojian_CSDN部落格或者linhaojian_簡書！

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

設計模式（Design pattern）：簡單&粗暴解析
單例模式（Singleton Pattern）：簡單&粗暴解析
簡單工廠模式（Easy Factory Pattern）：簡單&粗暴解析
工廠模式（Factory Pattern）：簡單&粗暴解析）：簡單&粗暴解析
抽象工廠模式（Abstract Factory Pattern）：簡單&粗暴解析
建造者模式（Builder Pattern）：簡單&粗暴解析
代理模式（Proxy Pattern）：簡單&粗暴解析
裝飾器模式（Decorator Pattern）：簡單&粗暴解析

寫技術文章初心

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