Java裝飾模式（Decorator模式）

標籤：

Decorator常被翻譯成"裝飾"，我覺得翻譯成"油漆工"更形象點，油漆工(decorator)是用來刷油漆的，那麼被刷油漆的對象我們稱decoratee。這兩種實體在Decorator模式中是必須的。

Decorator定義：動態給一個對象添加一些額外的職責，就象在牆上刷油漆。使用Decorator模式相比用產生子類方式達到功能的擴充顯得更為靈活。為什麼使用Decorator我們通常可以使用繼承來實現功能的拓展，如果這些需要拓展的功能的種類很繁多，那麼勢必產生很多子類，增加系統的複雜性，同時，使用繼承實現功能拓展，我們必須可預見這些拓展功能，這些功能是編譯時間就確定了，是靜態。

使用Decorator的理由是：這些功能需要由使用者動態決定加入的方式和時機。Decorator提供了"隨插即用"的方法，在運行期間決定何時增加何種功能。如何使用裝飾模式舉Adapter中的打樁樣本，在Adapter中有兩種類：方形樁 圓形樁，Adapter模式展示如何綜合使用這兩個類，在Decorator模式中，我們是要在打樁時增加一些額外功能，比如，挖坑 在樁上釘木板等，不關心如何使用兩個不相關的類。

我們先建立一個介面：
public interface Work{
　public void insert();
}

介面Work有一個具體實現：插入方形樁或圓形樁，這兩個區別對Decorator是無所謂。我們以插入方形樁為例：
public class SquarePeg implements Work{
　public void insert(){
　　System.out.println("方形樁插入");
　}
}

現在有一個應用：需要在樁打入前，挖坑，在打入後，在樁上釘木板，這些額外的功能是動態，可能隨意增加調整修改，比如，可能又需要在打樁之後釘架子(只是比喻)。

那麼我們使用Decorator模式，這裡方形樁SquarePeg是decoratee(被刷油漆者)，我們需要在decoratee上刷些"油漆"，這些油漆就是那些額外的功能。public class Decorator implements Work{
　private Work work;
　//額外增加的功能被打包在這個List中
　private ArrayList others = new ArrayList();
　//在構造器中使用組合new方式,引入Work對象;
　public Decorator(Work work){
　　this.work=work;
　　others.add("挖坑");
　　others.add("釘木板");
　}
　public void insert(){
　　newMethod();
　}
　//在新方法中,我們在insert之前增加其他方法,這裡次序先後是使用者靈活指定的 　　
　public void newMethod(){
　　otherMethod();
　　work.insert();
　}
　public void otherMethod(){
　　ListIterator listIterator = others.listIterator();
　　while (listIterator.hasNext()){
　　　System.out.println(((String)(listIterator.next())) + " 進行中");
　　}
　}
}在上例中，我們把挖坑和釘木板都排在了打樁insert前面，這裡只是舉例說明額外功能次序可以任意安排。

好了，Decorator模式出來了，我們看如何調用：
Work squarePeg = new SquarePeg();
Work decorator = new Decorator(squarePeg);
decorator.insert();

Decorator模式至此完成。

如果你細心，會發現，上面調用類似我們讀取檔案時的調用：
    FileReader fr = new FileReader(filename);
    BufferedReader br = new BufferedReader(fr);

實際上Java 的I/O API就是使用Decorator實現的，I/O變種很多，如果都採取繼承方法，將會產生很多子類，顯然相當繁瑣。Jive中的Decorator實現在論壇系統中，有些特別的字是不能出現在論壇中如"打倒XXX"，我們需要過濾這些"反動"的字型。不讓他們出現或者高亮度顯示。

在IBM Java專欄中專門談Jive的文章中，有談及Jive中ForumMessageFilter.java使用了Decorator模式，其實，該程式並沒有真正使用Decorator,而是提示說：針對特別論壇可以設計額外增加的過濾功能，那麼就可以重組ForumMessageFilter作為Decorator模式了。

所以，我們在分辨是否真正是Decorator模式，以及會真正使用Decorator模式，一定要把握好Decorator模式的定義，以及其中參與的角色(Decoratee 和Decorator)。


裝飾模式  概述

    動態地給一個對象添加一些額外的職責。就增加功能來說，Decorator模式相比產生子類更為靈活。

  適用性

    1.在不影響其他對象的情況下，以動態、透明的方式給單個對象添加職責。    2.處理那些可以撤消的職責。    3.當不能採用產生子類的方法進行擴充時。

  參與者

    1.Component      定義一個對象介面，可以給這些對象動態地添加職責。    2.ConcreteComponent      定義一個對象，可以給這個對象添加一些職責。    3.Decorator      維持一個指向Component對象的指標，並定義一個與Component介面一致的介面。    4.ConcreteDecorator      向組件添加職責。

  類圖  例子 Component

public interface Person {    void eat();}

ConcreteComponent

public class Man implements Person {public void eat() {System.out.println("男人在吃");}}

Decorator

public abstract class Decorator implements Person {    protected Person person;        public void setPerson(Person person) {        this.person = person;    }        public void eat() {        person.eat();    }}

ConcreteDecorator

public class ManDecoratorA extends Decorator {    public void eat() {        super.eat();        reEat();        System.out.println("ManDecoratorA類");    }    public void reEat() {        System.out.println("再吃一頓飯");    }}

public class ManDecoratorB extends Decorator {        public void eat() {        super.eat();        System.out.println("===============");        System.out.println("ManDecoratorB類");    }}

Test

public class Test {    public static void main(String[] args) {        Man man = new Man();        ManDecoratorA md1 = new ManDecoratorA();        ManDecoratorB md2 = new ManDecoratorB();                md1.setPerson(man);        md2.setPerson(md1);        md2.eat();    }}

result

男人在吃再吃一頓飯ManDecoratorA類===============ManDecoratorB類

Java裝飾模式（Decorator模式）