這篇文章主要講解了“Android中的裝飾模式介紹”，文中的講解內(nèi)容簡單清晰，易于學(xué)習(xí)與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學(xué)習(xí)“Android中的裝飾模式介紹”吧！

成都創(chuàng)新互聯(lián)公司服務(wù)項(xiàng)目包括永和網(wǎng)站建設(shè)、永和網(wǎng)站制作、永和網(wǎng)頁制作以及永和網(wǎng)絡(luò)營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢、行業(yè)經(jīng)驗(yàn)、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，永和網(wǎng)站推廣取得了明顯的社會效益與經(jīng)濟(jì)效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到永和省份的部分城市，未來相信會繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！

前言

裝飾模式（Decorator Pattern）：也可以稱為包裝模式（Wrapper Pattern），它動態(tài)給一個對象增加額外的職責(zé)，就增加對象功能來說，裝飾模式比生成子類實(shí)現(xiàn)更為靈活，它是一種對象結(jié)構(gòu)型模式。

裝飾模式是一種用于替代繼承的技術(shù)，通過一種無須定義子類的方式給對象動態(tài)增加職責(zé)，使用對象間的關(guān)聯(lián)關(guān)系替代繼承關(guān)系 !

• Component（抽象組件類）
  具體組件類和抽象裝飾類共同父類，聲明了具體組件中需要實(shí)現(xiàn)的方法，它的引入可以使調(diào)用者以一致的方式處理未裝飾對象和裝飾對象，實(shí)現(xiàn)調(diào)用者的透明操作

• ConcreteComponent（具體組件類） 實(shí)現(xiàn)抽象組件類的聲明的方法

• Decorator（抽象裝飾類） 用于增加具體組件的職責(zé)，它的子類實(shí)現(xiàn)具體職責(zé)，它持有一個具體組件類的引用，通過該引用可以調(diào)用未裝飾前的方法，并通過子類擴(kuò)展該方法

• ConcreteDecorator（具體裝飾類） 給具體組件類增加新方法

平時生活中，有很多需要送禮物的時候，一個好禮物更需要好包裝來襯托，但是有時候買的禮物只有一個很丑陋的盒子，以裝飾模式實(shí)現(xiàn)包裝禮物的需求：

Component 類：

public abstract class Gift {       /**
     * 禮物包裝
     */
    public abstract void packaging();
}

ConcreteComponent 類：

public class BirthdayGift extends Gift {    @Override
    public void packaging() {                LogUtils.i("包裝盒");
    }
}

Decorator 類：

public abstract class GiftPackaging extends Gift {    private Gift gift;    public GiftPackaging(Gift gift) {                this.gift = gift;
    }    public void packaging() {
        gift.packaging();
    }
}

ConcreteDecorator 類：

// 簡易包裝public class SimplePackaging extends GiftPackaging {        public SimplePackaging(Gift gift) {              super(gift);
    }            @Override
    public void packaging() {             super.packaging();
        addColorSheet();
    }    private void addColorSheet() {
        LogUtils.i("包彩紙");
    }} // 奢華包裝 public class LuxuryPackaging extends GiftPackaging {        public LuxuryPackaging(Gift gift) {                super(gift);
    }          @Override  public void packaging() {                super.packaging();
        addColorSheet();
        addRibbon();
        addCard();
        addGiftBox();
    }        private void addColorSheet() {
        LogUtils.i("包彩紙");
    }    private void addRibbon() {
        LogUtils.i("加彩帶");
    }    private void addCard() {
        LogUtils.i("加賀卡");
    }    private void addGiftBox() {
        LogUtils.i("加禮盒");
    }
}

Client 類：

// 簡易包裝的禮物Gift gift = new BirthdayGift();Gift giftPackaging = new SimplePackaging(gift);
giftPackaging.packaging();// 奢華包裝的禮物Gift gift = new BirthdayGift();Gift giftPackaging = new LuxuryPackaging(gift);
giftPackaging.packaging();

透明裝飾模式

上面實(shí)現(xiàn)的裝飾模式叫做透明裝飾模式，客戶端可以完全針對抽象編程，裝飾模式的透明性要求客戶端不應(yīng)該將對象類型聲明為具體組件類型或者具體裝飾類型，需要全部聲明為抽象組件類型，對于客戶端調(diào)用來說，具體組件對象和具體裝飾對象是一樣的，沒有任何區(qū)別，可以一致處理這些對象，實(shí)現(xiàn)透明裝飾模式時，要求具體裝飾類的 operation() 方法覆蓋抽象裝飾類的 operation() 方法，除了調(diào)用具體組件類的 operation() 方法外，還需要調(diào)用新增的 addedBehavior() 方法來增加新職責(zé)。

透明模式可以對一個已裝飾的對象再進(jìn)行裝飾，獲得更復(fù)雜，功能更強(qiáng)大的對象。

半透明裝飾模式

有透明裝飾模式，就有對應(yīng)的半透明裝飾模式，有時我們需要單獨(dú)調(diào)用新增方法，就不得不把對象聲明為具體裝飾類型，具體組件對象還是可以繼續(xù)定義為抽象組件類型，這就是半透明裝飾模式。

還是拿上面的栗子來說，如果包裝禮物只想用絲帶和彩紙包裝或者再加一個禮袋，用半透明模式就會非常方便靈活，直接調(diào)用對應(yīng)的方法就可以了，但是客戶端需要區(qū)別對待裝飾前后的對象

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

• 利用關(guān)聯(lián)關(guān)系替代繼承關(guān)系，更加靈活，不會導(dǎo)致類個數(shù)急劇增加

• 透明裝飾模式可以對一個對象進(jìn)行多次裝飾，通過使用不同的具體裝飾類的組合，能得到功能更加強(qiáng)大的對象

• 具體組件類和具體裝飾類可以獨(dú)立變化，根據(jù)需求，在不變原來代碼得基礎(chǔ)上，增加這兩個類，很符合“開閉原則”

缺點(diǎn)

• 既然是更加靈活的解決方法，出錯的幾率也隨之變大，排查錯誤的困難也跟著變大

感謝各位的閱讀，以上就是“Android中的裝飾模式介紹”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對Android中的裝飾模式介紹這一問題有了更深刻的體會，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是創(chuàng)新互聯(lián)，小編將為大家推送更多相關(guān)知識點(diǎn)的文章，歡迎關(guān)注！

文章標(biāo)題：Android中的裝飾模式介紹
網(wǎng)頁路徑：http://www.ekvhdxd.cn/article40/ghdgho.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站收錄、搜索引擎優(yōu)化、自適應(yīng)網(wǎng)站、微信小程序、網(wǎng)站營銷、企業(yè)建站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)