一、引言

在軟件開發(fā)中，我們經(jīng)常想要對一類對象添加不同的功能，例如要給手機添加貼膜，手機掛件，手機外殼等，如果此時利用繼承來實現(xiàn)的話，就需要定義無數(shù)的類，如StickerPhone（貼膜是手機類）、AccessoriesPhone（掛件手機類）等，這樣就會導(dǎo)致 ”子類爆炸“問題，為了解決這個問題，我們可以使用裝飾者模式來動態(tài)地給一個對象添加額外的職責(zé)。下面讓我們看看裝飾者模式。

城區(qū)ssl適用于網(wǎng)站、小程序/APP、API接口等需要進行數(shù)據(jù)傳輸應(yīng)用場景，ssl證書未來市場廣闊！成為創(chuàng)新互聯(lián)的ssl證書銷售渠道，可以享受市場價格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：028-86922220（備注：SSL證書合作）期待與您的合作！

二、裝飾者模式的詳細介紹

2.1 定義

裝飾者模式以對客戶透明的方式動態(tài)地給一個對象附加上更多的責(zé)任，裝飾者模式相比生成子類可以更靈活地增加功能。

2.2 裝飾者模式實現(xiàn)

這里以手機和手機配件的例子來演示裝飾者模式的實現(xiàn)，具體代碼如下：

/// <summary>
    /// 手機抽象類，即裝飾者模式中的抽象組件類
    /// </summary>
    public abstract class Phone
    {
        public abstract void Print();
    }
    /// <summary>
    /// 蘋果手機，即裝飾著模式中的具體組件類
    /// </summary>
    public class ApplePhone:Phone
    {
        /// <summary>
        /// 重寫基類方法
        /// </summary>
        public override void Print()
        {
            Console.WriteLine("開始執(zhí)行具體的對象——蘋果手機");
        }
    }
    /// <summary>
    /// 裝飾抽象類,要讓裝飾完全取代抽象組件，所以必須繼承自Photo
    /// </summary>
    public abstract class Decorator:Phone
    {
        private Phone phone;
        public Decorator(Phone p)
        {
            this.phone = p;
        }
        public override void Print()
        {
            if (phone != null)
            {
                phone.Print();
            }
        }
    }
    /// <summary>
    /// 貼膜，即具體裝飾者
    /// </summary>
    public class Sticker : Decorator
    {
        public Sticker(Phone p)
            : base(p)
        {
        }
        public override void Print()
        {
            base.Print();
            // 添加新的行為
            AddSticker();     
        }
        /// <summary>
        /// 新的行為方法
        /// </summary>
        public void AddSticker()
        {
            Console.WriteLine("現(xiàn)在蘋果手機有貼膜了");
        }
    }
    /// <summary>
    /// 手機掛件
    /// </summary>
    public class Accessories : Decorator
    {
        public Accessories(Phone p)
            : base(p)
        {
        }
        public override void Print()
        {
            base.Print();
            // 添加新的行為
            AddAccessories();         
        }
        /// <summary>
        /// 新的行為方法
        /// </summary>
        public void AddAccessories()
        {
            Console.WriteLine("現(xiàn)在蘋果手機有漂亮的掛件了");
        }
    }

此時客戶端調(diào)用代碼如下：

class Customer
    {
        static void Main(string[] args)
        {
            // 我買了個蘋果手機
            Phone phone = new ApplePhone();
            // 現(xiàn)在想貼膜了
            Decorator applePhoneWithSticker = new Sticker(phone);
            // 擴展貼膜行為
            applePhoneWithSticker.Print();
            Console.WriteLine("----------------------\n");
            // 現(xiàn)在我想有掛件了
            Decorator applePhoneWithAccessories = new Accessories(phone);
            // 擴展手機掛件行為
            applePhoneWithAccessories.Print();
            Console.WriteLine("----------------------\n");
            // 現(xiàn)在我同時有貼膜和手機掛件了
            Sticker sticker = new Sticker(phone);
            Accessories applePhoneWithAccessoriesAndSticker = new Accessories(sticker);
            applePhoneWithAccessoriesAndSticker.Print();
            Console.ReadLine();
        }

從上面的客戶端代碼可以看出，客戶端可以動態(tài)地將手機配件增加到手機上，如果需要添加手機外殼時，此時只需要添加一個繼承Decorator的手機外殼類，從而，裝飾者模式擴展性也非常好。

2.3 裝飾者模式的類圖

實現(xiàn)完了裝飾者模式之后，讓我們看看裝飾者模式實現(xiàn)中類之間的關(guān)系，具體見下圖：

在裝飾者模式中各個角色有：

• 抽象構(gòu)件（Phone）角色：給出一個抽象接口，以規(guī)范準(zhǔn)備接受附加責(zé)任的對象。

• 具體構(gòu)件（AppPhone）角色：定義一個將要接收附加責(zé)任的類。

• 裝飾（Dicorator）角色：持有一個構(gòu)件（Component）對象的實例，并定義一個與抽象構(gòu)件接口一致的接口。

• 具體裝飾（Sticker和Accessories）角色：負責(zé)給構(gòu)件對象 ”貼上“附加的責(zé)任。

三、裝飾者模式的優(yōu)缺點

看完裝飾者模式的詳細介紹之后，我們繼續(xù)分析下它的優(yōu)缺點。

優(yōu)點：

1. 裝飾這模式和繼承的目的都是擴展對象的功能，但裝飾者模式比繼承更靈活

2. 通過使用不同的具體裝飾類以及這些類的排列組合，設(shè)計師可以創(chuàng)造出很多不同行為的組合

3. 裝飾者模式有很好地可擴展性

缺點：裝飾者模式會導(dǎo)致設(shè)計中出現(xiàn)許多小對象，如果過度使用，會讓程序變的更復(fù)雜。并且更多的對象會是的差錯變得困難，特別是這些對象看上去都很像。

四、使用場景

下面讓我們看看裝飾者模式具體在哪些情況下使用，在以下情況下應(yīng)當(dāng)使用裝飾者模式：

1. 需要擴展一個類的功能或給一個類增加附加責(zé)任。

2. 需要動態(tài)地給一個對象增加功能，這些功能可以再動態(tài)地撤銷。

3. 需要增加由一些基本功能的排列組合而產(chǎn)生的非常大量的功能

五、.NET中裝飾者模式的實現(xiàn)

在.NET 類庫中也有裝飾者模式的實現(xiàn)，該類就是System.IO.Stream,下面看看Stream類結(jié)構(gòu)：

上圖中，BufferedStream、CryptoStream和GZipStream其實就是兩個具體裝飾類，這里的裝飾者模式省略了抽象裝飾角色（Decorator）。下面演示下客戶端如何動態(tài)地為MemoryStream動態(tài)增加功能的。

MemoryStream memoryStream = new MemoryStream(new byte[] {95,96,97,98,99});
            // 擴展緩沖的功能
            BufferedStream buffStream = new BufferedStream(memoryStream);
            // 添加加密的功能
            CryptoStream cryptoStream = new CryptoStream(memoryStream,new AesManaged().CreateEncryptor(),CryptoStreamMode.Write);
            // 添加壓縮功能
            GZipStream gzipStream = new GZipStream(memoryStream, CompressionMode.Compress, true);

六、總結(jié)

到這里，裝飾者模式的介紹就結(jié)束了，裝飾者模式采用對象組合而非繼承的方式實現(xiàn)了再運行時動態(tài)地擴展對象功能的能力，而且可以根據(jù)需要擴展多個功能，避免了單獨使用繼承帶來的 ”靈活性差“和”多子類衍生問題“。同時它很好地符合面向?qū)ο笤O(shè)計原則中 ”優(yōu)先使用對象組合而非繼承“和”開放-封閉“原則。

附件：http://down.51cto.com/data/2363632

創(chuàng)新互聯(lián)www.cdcxhl.cn，專業(yè)提供香港、美國云服務(wù)器，動態(tài)BGP最優(yōu)骨干路由自動選擇，持續(xù)穩(wěn)定高效的網(wǎng)絡(luò)助力業(yè)務(wù)部署。公司持有工信部辦法的idc、isp許可證， 機房獨有T級流量清洗系統(tǒng)配攻擊溯源，準(zhǔn)確進行流量調(diào)度，確保服務(wù)器高可用性。佳節(jié)活動現(xiàn)已開啟，新人活動云服務(wù)器買多久送多久。

分享名稱：C#設(shè)計模式(9)——裝飾者模式（DecoratorPattern）-創(chuàng)新互聯(lián)
轉(zhuǎn)載來于：http://aaarwkj.com/article30/dohpso.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供關(guān)鍵詞優(yōu)化、建站公司、App開發(fā)、企業(yè)建站、品牌網(wǎng)站制作、靜態(tài)網(wǎng)站

廣告

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