设计模式-装饰者模式

作者: breezedancer | 来源:发表于2016-11-02 11:45 被阅读715次

    装饰者模式又叫包装模式,他能够以透明的方式扩展对象的功能,是继承方式的另外一种替代方案。和代理模式很相似,但在对被装饰的对象的控制程度是不同的;装饰者模式是对对象功能的加强,而代理模式是对对象施加控制,并不提供对对象本身功能的加强。

    首先看下装饰者模式的类图


    说明下:
    Component,给出一个抽象接口,规范实现类的一些方法;
    ConcreteComponent:具体的一个组件,实现了接口方法;
    Decorator:抽象的装饰者,对接口的一个引用,在 method 方法里面使用这个引用完成任务;(代理模式需要实例化)
    ConcreteDecorator:具体的装饰者,对抽象装饰者的抽象部分进行实现

    下面给出实现代码
    抽象组件接口:

    public interface Component {
        public void method();
    }
    

    具体组件的实现代码:

    public class ConcreteComponent implements Component {
    
        @Override
        public void method() {
            System.out.println("我是一个具体干活的类");
        }
    
    }
    

    抽象的装饰者:

    public abstract class Decorator implements Component {
    
        private Component component;
        public Decorator(Component component) {
            this.component=component;
        }
        
        @Override
        public void method() {
            first();
            component.method();
            end();
            
        }
        
        public abstract void first();
        
        public abstract void end();
        
        
    }
    

    具体的装饰者:

    public class ConcreteDecorator extends Decorator{
    
        public ConcreteDecorator(Component component) {
            super(component);
        }
    
        @Override
        public void first() {
            System.out.println("开始需求调研");
        }
    
        @Override
        public void end() {
             System.out.println("项目收尾工作");
        }
    
    }
    

    最后测试下:

    public class Client {
        public static void main(String[] args) {
            Component c=new ConcreteComponent();
            Component decorator = new ConcreteDecorator(c);
            decorator.method();
        }
    }
    最终结果是:
    
    开始需求调研
    我是一个具体干活的类
    项目收尾工作
    
    

    如果有多个具体装饰者,可以互相嵌套包裹,如下,新增一个具体装饰者

    public class ConcreteDecorator2 extends Decorator{
    
       public ConcreteDecorator2(Component component) {
           super(component);
       }
    
       @Override
       public void first() {
           System.out.println("开始设计");
       }
    
       @Override
       public void end() {
            System.out.println("项目确认验收");
       }
    
    }
    

    在客户端修改为:

    public class Client {
       public static void main(String[] args) {
           Component c=new ConcreteComponent();
           Component decorator = new ConcreteDecorator(c);
           Component decorator2 = new ConcreteDecorator2(decorator);
           decorator2.method();
       }
    }
    
    最终结果:(顺序貌似反了,包装包反了)
    开始设计
    开始需求调研
    我是一个具体干活的类
    项目收尾工作
    项目确认验收
    

    这样来看包裹模式更加形象真实了。

    装饰者模式可以演变一种更加直观的,就是没有 Component 抽象组件,抽象装饰者直接继承某个类,对这个类进行装饰。
    还可以把抽象装饰与具体装饰合二为一,对功能简单的可以这样优化处理。

    另外:透明是指对抽象进行编程,比如上面的Component c=new ConcreteComponent();``Component decorator = new ConcreteDecorator(c);这些前端 Component,而不是具体的 ConcreteComponentConcreteDecorator

    相关文章

      网友评论

        本文标题:设计模式-装饰者模式

        本文链接:https://www.haomeiwen.com/subject/sfuvuttx.html