當前位置:
首頁 > 知識 > 設計模式——裝飾者模式

設計模式——裝飾者模式


裝飾者模式

使用裝飾者模式,可以動態的給一個對象添加一些額外的職責。這適用於,我們只希望給某個對象而不是整個類添加一些功能的場景。通過使用含有某個特定功能的類來「包裹」原始的類,提供給原始的類某些它本身不具備的特性。比如,我們有一杯「茉莉茶」,現在加上一顆「檸檬」,那我們就有了一杯「檸檬茉莉花茶」。「檸檬」作為一個裝飾者,提供了「茉莉茶」本身沒有的清爽口感。當然,這也帶來了一定的負擔,你需要花更多的「錢」。

1. 定義

裝飾者模式動態地將職責附加到對象上。若要擴展功能,裝飾者提供了比繼承更有彈性的解決方案。

2. 為什麼需要

裝飾者提供了繼承更高的靈活性。可以使用繼承來實現將父類的功能添加到子類中,但是這種方式限制了用戶選擇的權利,沒有辦法選擇將父類的哪些功能添加到子類中,只能被動的接受父類所有的功能。作為一個類而言,擁有更多的功能並不一定是件好事。所有的類都不應該試圖成為一個「全棧「。裝飾者模式則剛好提供了用戶選擇的權利,用戶可以」謹小慎微「的選擇自己需要的功能,而不用為自己不需要的功能去買單。

該模式的實現方式,也被它的名字清楚的表達。

裝飾。

3. 實現方案

3.1 實現注意點

  1. 介面一致性。裝飾對象的介面必須與它所裝飾的類的介面是一致的。體現了「裝飾」過程不能改變對象的「本質」

  2. 省略抽象的裝飾者類。

  3. 改變對象的外殼。裝飾者Decorator可以被看做是一個對象的外殼,它可以改變對象的行為。

3.2 實現代碼

參與者:

  1. 一個 抽象類Tea ,用於表示茶的最頂層類。

  2. 一個具體類 JasmineTea ,表示茶的一種,茉莉茶。

  3. 一個抽象類 TeaDecorator ,表示茶的裝飾者。用於向茶中加入不同的配料。

  4. 一個具體類 Lemon ,繼承 TeaDecorator ,表示可以向茶中加入的配料,檸檬。

抽象類 Tea 實現代碼如下:

設計模式——裝飾者模式

具體類 JasmineTea 實現代碼如下:

設計模式——裝飾者模式

小店剛開業,只提供茉莉花茶,請多擔待。不過,我們提供了配料可以搭配不同的口味。

先需要提供一個 TeaDecorator 的抽象類,它可以提供不同的配料,實現代碼如下:

設計模式——裝飾者模式

接下來,則是本店現今提供的唯一調料,檸檬,實現代碼如下:

設計模式——裝飾者模式

好!小店已經準備好了茶,也準備好了調料。那是時候給各位客觀端上一杯沁人心脾的「檸檬茉莉花茶」了,代碼實現如下:

設計模式——裝飾者模式

端上一杯「檸檬茉莉花茶」,就著網易雲音樂,看著「四人幫」的設計模式,豈不美哉!

4. 總結

裝飾者的主要特點在於在不影響其他對象的情況下,可以動態的給單個對象添加職責。關於這點,我們可以參考JDK中的 java.io 包,它是使用裝飾者模式的典型場景。裝飾者模式有如下優點:

  1. 相比靜態繼承提供了更大的靈活性。它可以在運行時增加和刪除職責。此外,可以很容易的重複添加一個特性。

  2. 避免了在層次結構高層的類有太多的特性。它不在一個類中支持所有的特性,每個裝飾者類可以只有一個特性。可以從簡單的部件複合出複雜的功能。

使用該模式也會引入一些問題:

  1. 有許多小的對象。過多的對象會使得有些人反感,反正我個人還是挺喜歡小的函數、類、模塊...

裝飾的內涵在於不改變原有本質的前提下提供原來沒有的功能。我們需要區分哪些是需要被裝飾的,而哪些是裝飾者。更多的時候是,我們裝飾著別人,同時又被別人所裝飾。

文章來自博客園


中公優就業IT培訓,總有你想學的:http://xue.ujiuye.com

勤工儉學計劃,0元學IT!

http://www.ujiuye.com/zt/qgjx/?wt.bd=lsh11tt

找工作太難?我們來幫你一舉拿下!

http://www.ujiuye.com/zt/jycj/?wt.bd=lsh11tt

喜歡這篇文章嗎?立刻分享出去讓更多人知道吧!

本站內容充實豐富,博大精深,小編精選每日熱門資訊,隨時更新,點擊「搶先收到最新資訊」瀏覽吧!


請您繼續閱讀更多來自 IT優就業 的精彩文章:

四季之後,我能記住的,只有你的名字
心理測試|直覺哪根最辣?解析你潛藏的個性!
如何刪除當前正在使用的SQLLite文件
利用padding實現可控的分隔線
React渲染問題研究以及Immutable的應用

TAG:IT優就業 |