摘要：包裝模式是這樣干的首先我們弄一個(gè)裝飾器，它實(shí)現(xiàn)了接口，以組合的方式接收我們的默認(rèn)實(shí)現(xiàn)類。其實(shí)裝飾器抽象類的作用就是代理核心的功能還是由最簡單的實(shí)現(xiàn)類來做，只不過在擴(kuò)展的時(shí)候可以添加一些沒有的功能而已。

只有光頭才能變強(qiáng)

回顧前面：

給女朋友講解什么是代理模式

前一篇已經(jīng)講解了代理模式了，今天要講解的就是裝飾模式啦~

在看到FilterInputStream和FilterOutputStream時(shí)看到了之前常聽見的裝飾模式(對(duì)IO一定了解的同學(xué)可能都會(huì)知道那么一句話：在IO用得最多的就是裝飾模式了)！

其實(shí)無論是代理模式還是裝飾模式。本質(zhì)上我認(rèn)為就是對(duì)原有對(duì)象增強(qiáng)的方式~

那么接下來就開始吧，如果文章有錯(cuò)誤的地方請(qǐng)大家多多包涵，不吝在評(píng)論區(qū)指正哦~

聲明：本文使用JDK1.8

很多時(shí)候我們可能對(duì)Java提供給我們的對(duì)象不滿意，不能滿足我們的功能。此時(shí)我們就想對(duì)Java原對(duì)象進(jìn)行增強(qiáng)，能夠?qū)崿F(xiàn)我們想要的功能就好~

一般來說，實(shí)現(xiàn)對(duì)象增強(qiáng)有三種方式：

繼承

繼承父類，子類擴(kuò)展

裝飾器模式

使用“包裝”的方式來增強(qiáng)對(duì)象

代理模式

給女朋友講解么是代理模式

最簡單的方式就是繼承父類，子類擴(kuò)展來達(dá)到目的。雖然簡單，但是這種方式的缺陷非常大：

一、如果父類是帶有數(shù)據(jù)、信息、屬性的話，那么子類無法增強(qiáng)。

二、子類實(shí)現(xiàn)了之后需求無法變更，增強(qiáng)的內(nèi)容是固定的。

第一點(diǎn)就拿以前在學(xué)JDBC的時(shí)候來說：

當(dāng)時(shí)想要自己寫一個(gè)簡易的JDBC連接池，連接池由List來管理。顯然我們的對(duì)象是Connection，當(dāng)寫到close()方法的時(shí)候卡住了。

因?yàn)槲覀兿胍墓δ苁牵赫{(diào)用close()是讓我們的Connection返回到“連接池”(集合)中，而不是關(guān)閉掉。

此時(shí)我們不能使用繼承父類的方式來實(shí)現(xiàn)增強(qiáng)。因?yàn)镃onnection對(duì)象是由數(shù)據(jù)庫廠商來實(shí)現(xiàn)的，在得到Connection對(duì)象的時(shí)候綁定了各種信息(數(shù)據(jù)庫的username、password、具體的數(shù)據(jù)庫是啥等等)。我們子類繼承Connection是無法得到對(duì)應(yīng)的數(shù)據(jù)的！就更別說調(diào)用close()方法了。

第二點(diǎn)我也舉個(gè)例子：

現(xiàn)在我設(shè)計(jì)一個(gè)電話類：

public class Phone {
    // 可以打電話
    public void call() {
        System.out.println("打電話給周圍的人關(guān)注公眾號(hào)Java3y");
    }
}

此時(shí)，我想打電話之前能聽彩鈴，于是我繼承Phone類，實(shí)現(xiàn)我想要的功能。

public class MusicPhone extends Phone {
    
    // 聽彩鈴
    public void listenMusic() {
        System.out.println("我懷念的是無話不說,我懷念的是一起做夢(mèng)~~~~~~");
    }

    @Override
    public void call() {

        // 在打電話之前聽彩鈴
        listenMusic();

        super.call();
    }
}

我們的功能就做好了：

此時(shí)，我又突然想實(shí)現(xiàn)多一個(gè)需求了，我想要聽完電話之后告訴我一下當(dāng)前的時(shí)間是多少。沒事，我們又繼承來增強(qiáng)一下：

// 這里繼承的是MusicPhone類
public class GiveCurrentTimePhone extends MusicPhone {

    // 給出當(dāng)前的時(shí)間
    public void currentTime() {
        System.out.println("當(dāng)前的時(shí)間是：" + System.currentTimeMillis());
    }

    @Override
    public void call() {
        super.call();

        // 打完電話提示現(xiàn)在的時(shí)間是多少啦
        currentTime();
    }
}

所以我們還是可以完成任務(wù)滴：

可是我需求現(xiàn)在又想變了：

我不想聽彩鈴了，只想聽完電話通知一下時(shí)間就好了........(可是我們的通知時(shí)間電話類是繼承在聽彩鈴的電話類基礎(chǔ)之上的),,,

我又有可能：我想在聽電話之前報(bào)告一下時(shí)間，聽完電話聽音樂！...

如果需求變動(dòng)很大的情況下，而我們又用繼承的方式來實(shí)現(xiàn)這樣會(huì)導(dǎo)致一種現(xiàn)象：類爆炸(類數(shù)量激增)！并且繼承的層次可能會(huì)比較多~

所以，我們可以看到子類繼承父類這種方式來擴(kuò)展是十分局限的，不靈活的~

因此我們就有了裝飾模式！

首先我們來看看裝飾模式是怎么用的吧。

電話接口：

// 一個(gè)良好的設(shè)計(jì)是抽取成接口或者抽象類的
public interface Phone {

    // 可以打電話
    void call();
}

具體的實(shí)現(xiàn)：

public class IphoneX implements Phone {


    @Override
    public void call() {
        System.out.println("打電話給周圍的人關(guān)注公眾號(hào)Java3y");
    }
}

上面我們已經(jīng)擁有了一個(gè)接口還有一個(gè)默認(rèn)實(shí)現(xiàn)。包裝模式是這樣干的：

首先我們弄一個(gè)裝飾器，它實(shí)現(xiàn)了接口，以組合的方式接收我們的默認(rèn)實(shí)現(xiàn)類。

// 裝飾器，實(shí)現(xiàn)接口
public abstract class PhoneDecorate implements Phone {

    // 以組合的方式來獲取默認(rèn)實(shí)現(xiàn)類
    private Phone phone;
    public PhoneDecorate(Phone phone) {
        this.phone = phone;
    }

    @Override
    public void call() {
        phone.call();
    }
}

有了裝飾器以后，我們的擴(kuò)展都可以以裝飾器為基礎(chǔ)進(jìn)行擴(kuò)展，繼承裝飾器來擴(kuò)展就好了！

我們想要在打電話之前聽音樂：

// 繼承著裝飾器來擴(kuò)展
public class MusicPhone extends PhoneDecorate {

    public MusicPhone(Phone phone) {
        super(phone);
    }

    // 定義想要擴(kuò)展的功能
    public void listenMusic() {

        System.out.println("繼續(xù)跑 帶著赤子的驕傲，生命的閃耀不堅(jiān)持到底怎能看到，與其茍延殘喘不如縱情燃燒");

    }

    // 重寫打電話的方法
    @Override
    public void call() {

        // 在打電話之前聽音樂
        listenMusic();
        super.call();
    }
}

現(xiàn)在我也想在打完電話后通知當(dāng)前的時(shí)間，于是我們也繼承裝飾類來擴(kuò)展：

// 這里繼承的是MusicPhone裝飾器類
public class GiveCurrentTimePhone extends PhoneDecorate  {


    public GiveCurrentTimePhone(Phone phone) {
        super(phone);
    }

    // 自定義想要實(shí)現(xiàn)的功能：給出當(dāng)前的時(shí)間
    public void currentTime() {
        System.out.println("當(dāng)前的時(shí)間是：" + System.currentTimeMillis());
    }

    // 重寫要增強(qiáng)的方法
    @Override
    public void call() {
        super.call();
        // 打完電話后通知一下當(dāng)前時(shí)間
        currentTime();
    }
}

可以完成任務(wù)：

就目前這樣看起來，比我直接繼承父類要麻煩，而功能效果是一樣的....我們繼續(xù)往下看~~

此時(shí)，我不想在打電話之前聽到彩鈴了，很簡單：我們不裝飾它就好了！

此時(shí)，我想在打電話前報(bào)告一下時(shí)間，在打完電話之后聽彩鈴。

注意：雖然說要改動(dòng)類中的代碼，但是這種改動(dòng)是合理的。因?yàn)槲叶x出的GiveCurrentTimePhone類和MusicPhone類本身從語義上就沒有規(guī)定擴(kuò)展功能的執(zhí)行順序

而繼承不一樣：先繼承Phone->實(shí)現(xiàn)MusicPhone->再繼承MusicPhone實(shí)現(xiàn)GiveCurrentTimePhone。這是固定的，從繼承的邏輯上已經(jīng)寫死了具體的代碼，是難以改變的。

所以我們還是可以很簡單地完成功能：

可能有的同學(xué)在看完上面的代碼之后，還是迷迷糊糊地不知道裝飾模式是怎么實(shí)現(xiàn)“裝飾”的。下面我就再來解析一下：

第一步：我們有一個(gè)Phone接口，該接口定義了Phone的功能

第二步：我們有一個(gè)最簡單的實(shí)現(xiàn)類iPhoneX

第三步：寫一個(gè)裝飾器抽象類PhoneDecorate，以組合(構(gòu)造函數(shù)傳遞)的方式接收我們最簡單的實(shí)現(xiàn)類iPhoneX。其實(shí)裝飾器抽象類的作用就是代理(核心的功能還是由最簡單的實(shí)現(xiàn)類iPhoneX來做，只不過在擴(kuò)展的時(shí)候可以添加一些沒有的功能而已)。

第四步：想要擴(kuò)展什么功能，就繼承PhoneDecorate裝飾器抽象類，將想要增強(qiáng)的對(duì)象(最簡單的實(shí)現(xiàn)類iPhoneX或者已經(jīng)被增強(qiáng)過的對(duì)象)傳進(jìn)去，完成我們的擴(kuò)展！

再來看看下面的圖，就懂了！

往往我們的代碼可以省略起來，成了這個(gè)樣子(是不是和IO的非常像！)

    // 先增強(qiáng)聽音樂的功能，再增強(qiáng)通知時(shí)間的功能
    Phone phone = new GiveCurrentTimePhone(new MusicPhone(new IphoneX()));

結(jié)果是一樣的：

優(yōu)點(diǎn)：

裝飾類和被裝飾類是可以獨(dú)立的，低耦合的。互相都不用知道對(duì)方的存在

裝飾模式是繼承的一種替代方案，無論包裝多少層，返回的對(duì)象都是is-a的關(guān)系(上面的例子：包裝完還是Phone類型)。

實(shí)現(xiàn)動(dòng)態(tài)擴(kuò)展，只要繼承了裝飾器就可以動(dòng)態(tài)擴(kuò)展想要的功能了。

缺點(diǎn)：

多層裝飾是比較復(fù)雜的，提高了系統(tǒng)的復(fù)雜度。不利于我們調(diào)試~

最后來補(bǔ)充一下包裝模式和代理模式的類圖：

對(duì)象增強(qiáng)的三種方式：

繼承

包裝模式

代理模式

那么只要遇到Java提供給我們的API不夠用，我們?cè)鰪?qiáng)一下就行了。在寫代碼時(shí)，某個(gè)類被寫死了，功能不夠用，增強(qiáng)一下就可以了！

理解包裝模式，接下來就開始IO之旅咯~~~

參考資料：

《設(shè)計(jì)模式之禪》

https://wangjingxin.top/2016/10/21/decoration/

如果文章有錯(cuò)的地方歡迎指正，大家互相交流。習(xí)慣在微信看技術(shù)文章，想要獲取更多的Java資源的同學(xué)，可以關(guān)注微信公眾號(hào):Java3y。為了大家方便，剛新建了一下qq群：742919422，大家也可以去交流交流。謝謝支持了！希望能多介紹給其他有需要的朋友

文章的目錄導(dǎo)航：

https://zhongfucheng.bitcron.com/post/shou-ji/wen-zhang-dao-hang