Java设计模式-装饰器模式

这篇博客探讨了如何利用装饰器模式为不同级别的管理员动态分配权限。通过定义一个管理员接口,创建基础管理员类,并设计装饰器类来扩展权限。装饰器模式允许在不修改原有管理员类的情况下,为管理员添加如负责A、负责B等职责,实现了权限的灵活挂饰。这种模式的优点在于减少了类之间的耦合,但多层装饰可能会导致复杂性增加。
摘要由CSDN通过智能技术生成

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

        装饰器模式(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();
    }

}

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

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值