• <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 大龍 閱讀(227) 評論(0)  編輯 收藏 引用

            青青青伊人色综合久久| 色偷偷偷久久伊人大杳蕉| 日韩精品国产自在久久现线拍 | 国产成人综合久久精品红| 欧美一区二区久久精品| 国产高潮国产高潮久久久| 99久久婷婷国产综合精品草原| 人妻无码久久精品| 久久久久国产精品熟女影院| 久久精品国产99久久久香蕉| 欧美牲交A欧牲交aⅴ久久| 亚洲狠狠综合久久| 久久香综合精品久久伊人| 久久久久九九精品影院| 好久久免费视频高清| 久久综合九色综合网站| 热RE99久久精品国产66热| 91精品国产91久久久久久青草| 欧洲成人午夜精品无码区久久| 久久亚洲视频| 国产成人精品久久亚洲| 久久国产色AV免费看| 久久这里都是精品| 久久香蕉国产线看观看乱码| 亚洲va久久久久| 亚洲人成无码网站久久99热国产| 久久电影网一区| 国产精品免费看久久久| aaa级精品久久久国产片| 老色鬼久久亚洲AV综合| 久久久久久国产精品美女 | 午夜不卡888久久| 久久精品国产亚洲av水果派| 亚洲国产精品无码久久SM| 久久婷婷国产剧情内射白浆| 久久乐国产综合亚洲精品| 久久成人小视频| 久久精品国产亚洲av高清漫画| 一本一本久久aa综合精品| 久久久久亚洲av无码专区导航 | 亚洲日韩中文无码久久|