• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            大龍的博客

            常用鏈接

            統計

            最新評論

            設計模式之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).

            posted on 2011-07-03 10:46 大龍 閱讀(226) 評論(0)  編輯 收藏 引用

            亚洲狠狠婷婷综合久久久久| 久久精品无码一区二区WWW | 少妇久久久久久被弄高潮| 精品久久久久久国产| 狠狠狠色丁香婷婷综合久久五月| 九九久久精品无码专区| 亚洲人成精品久久久久| 99re这里只有精品热久久| 久久亚洲高清观看| 日本久久久久亚洲中字幕| 久久国产精品久久精品国产| 色综合合久久天天给综看| 亚洲AV无码久久精品蜜桃| 精品视频久久久久| 青青草国产精品久久久久| 色婷婷综合久久久久中文| 女人高潮久久久叫人喷水| 品成人欧美大片久久国产欧美| 久久精品水蜜桃av综合天堂| 亚洲国产精品无码久久SM| 日本精品久久久久久久久免费| 久久人人爽人人爽人人AV| 亚洲狠狠婷婷综合久久久久| 久久综合九色综合网站| 亚洲日本久久久午夜精品| 久久精品国产99久久久香蕉| 久久成人国产精品| 精品久久久久久无码中文字幕一区 | 久久精品嫩草影院| 亚洲一本综合久久| 久久国产免费| 一本色道久久88综合日韩精品 | 国产精品99精品久久免费| 夜夜亚洲天天久久| 久久亚洲精品成人无码网站| 7777精品久久久大香线蕉| 亚洲精品高清久久| 2021精品国产综合久久| 国产亚洲成人久久| 久久精品国产只有精品2020| 麻豆亚洲AV永久无码精品久久|