Java设计模式-装饰器模式

        对于开发中不同级别的管理员，如何在管理员这个实体的基础上动态的去设置他们的权限范围呢？我们把权限当作一种挂饰，这种挂饰放在不同的管理员身上就代表他们是什么管理员，那么这种挂饰如何放到管理员身上呢？这就需要装饰器模式了。看一下概念：

        装饰器模式（Decorator Pattern）允许向一个现有的对象添加新的功能，同时又不改变其结构。这种类型的设计模式属于结构型模式，它是作为现有的类的一个包装。
        这种模式创建了一个装饰类，用来包装原有的类，并在保持类方法签名完整性的前提下，提供了额外的功能。

首先定义一个管理员接口，实现这个接口证明你就是一个管理员：

interface Component {
    void identity();
}

基础管理员：

class Administrator implements Component {

    @Override
    public void identity() {
        System.out.println("无权限管理员");
    }
}

需要写一个装饰器负责把权限装饰到这个现有的管理员身上。首先肯定要有这个管理员的实例(对象)，所以这个装饰器的构造器中我们要传入一个管理员，其次如果想不破坏管理员的原有结构功能，那么我们肯定要实现管理员这个接口，放入传入具体管理员实例的方法，这样才能保证结构和功能：

class Decorator implements Component {
    protected Component component;
    public Decorator(Component component) {
        this.component = component;
    }

    @Override
    public void identity() {
        component.identity();
    }
}

通过装饰器，把权限这个挂饰挂在管理员身上，以此来形成负责不同模块的管理员工。这里我们来实现两个挂饰：写挂饰中挂饰通过装饰器去挂，那么我们肯定要继承这个装饰器，在重写它的方法中动态的增加权限。

class DeA extends Decorator {

    public DeA(Component component) {
        super(component);
    }

    @Override
    public void identity() {
        this.component.identity();
        personnelFile();
    }

    public void  personnelFile() {
        System.out.println("负责A");
    }


}

class DeB extends Decorator {

    public DeB(Component component) {
        super(component);
    }

    public void administration() {
        System.out.println("负责B");
    }
    @Override
    public void identity() {
        this.component.identity();
        administration();
    }

}

优点：装饰类和被装饰类可以独立发展，不会相互耦合，装饰模式是继承的一个替代模式，装饰模式可以动态扩展一个实现类的功能。

缺点：多层装饰比较复杂。

标签：Java,component,public,管理员,挂饰,设计模式,装饰,identity
来源： https://blog.csdn.net/MOB2333/article/details/118554778