• 设计模式装饰器


    正文内容:
    原作:fanix

    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)

  • 相关阅读:
    wifite+aimon-ng
    DC-2
    chrome插件开发
    mongoose的基本操作方法
    webpack中的require.context
    sequelize 数据类型 model
    React17 系统精讲 结合TS打造旅游电商平台
    2021必修 React17+React Hook+TS4 最佳实践,仿 Jira 企业级项目
    21.8.2
    胡渊鸣《浅析信息学竞赛中概率论的基础与应用》学习笔记
  • 原文地址:https://www.cnblogs.com/sunwei2012/p/1972061.html
Copyright © 2020-2023  润新知