Java设计模式——装饰者模式

Java设计模式——装饰者模式

我们来看一个图片

10-55-59.jpg

图片上面很清楚的显示了我们装饰者模式中的一些结构,那么我就来给大家分析一下:
1、Component是抽象构建,什么意思呢,它是一个借口或者是抽象类,就是定义我们最核心的对象,也就是最原始的对象。

但是我们要注意

在装饰模式中,必然有一个最基本、最核心、最原始的接口或抽象类充当Component抽象构件。
2、ConcreteComponent 具体构件也就是说ConcreteComponent是最核心、最原始、最基本的接口或抽象类的实现,你要装饰的就是它。
3、Decorator装饰角色 一般是一个抽象类,做什么用呢?实现接口或者抽象方法,它里面可不一定有抽象的方法呀,在它的属性里必然有一个private变量指向Component抽象构件。
4、具体装饰角色 什么意思呢,就是我们可以在这些类中具体的写入方法。ConcreteDecoratorA和ConcreteDecoratorB是两个具体的装饰类,你要把你最核心的、最原始的、最基本的东西装饰成其他东西。

定义差不多就讲到这里了,那么接下来我们就开始讲例子

我们考试的时候我一般都是靠40多名的,而全班也只有40多名,那我们考试考完后,还要让家长签字。这可愁坏我了,不过还好机智的我想出了个办法,就是先说我们的最高成绩,也没比我高多少,然后在老爸看完成绩单后,告诉他我在全班排第38名,这个也是实情,为啥呢?有将近十个同学退学了!这个情况我是不会说的。不知道是不是当时第一次发成绩单时学校没有考虑清楚,没有写上总共有多少同学,排第几名,反正是被我钻了个空子。

我们来看看这个图

13-15-53.jpg

图上面写了一个成绩单的抽象类,我们可以按照前面一张图的分析来看,

1、首先我们定义了一个抽象类SchoolReport.class

public abstract class SchoolReprt {

//成绩单主要展示的就是你的成绩情况
public abstract void report();
//成绩单要家长签字,这是最要命的
public abstract void sign(String name);
}

2、然后我们定义了一个四年级的成绩单FouthGradeSchoolReport 集成SchoolReport类,这个类是具体的实现类

public class FouthGradeSchoolReport extends SchoolReprt {

    //成绩单
    @Override
    public void report() {
        // TODO Auto-generated method stub
        System.out.println("尊敬的XXX家长:");
        System.out.println("........");
        System.out.println("语文: 62   数学:65   体育:98   自然:63");
        System.out.println("。。。。。。。。");
        System.out.println("家长签字:");
        
    }

    //家长签名
    public void sign(String name) {
        // TODO Auto-generated method stub
        System.out.println("家长签名:" +name );
    }

}

3、我们可以写Decorator类来继承SchoolReport 类,这些类就是用来修饰SchoolReport类的方法

public abstract class Decorator extends SchoolReprt {

    //首先我要知道是哪个成绩单
    private SchoolReprt sr;
    //构造函数,传递成绩单过来
    public Decorator(SchoolReprt sr){
        this.sr = sr;
    }
    //成绩单还是要被看到的
    @Override
    public void report() {
        // TODO Auto-generated method stub
        this.sr.report();
    }

    //看完还是要签名的
    @Override
    public void sign(String name) {
        // TODO Auto-generated method stub
        this.sr.sign(name);
    }

}

4、我们用多个类来修饰具体的角色

public class HighSCoreDecorator extends Decorator{

    //构造函数
    public HighSCoreDecorator(SchoolReprt sr) {
        super(sr);
        // TODO Auto-generated constructor stub
    }
    
    //我要汇报最高成绩
    private void reportHighScore(){
        System.out.println("这次考试语文最高是75,数学是78,自然是80");
        
    }
    //我要在老爸看成绩单前告诉他最高成绩,否则等他一看,就抡起扫帚揍我,我哪里还有机会说啊
    @Override
    public void report() {
        // TODO Auto-generated method stub
        this.reportHighScore();
        super.report();
    }
    
}
public class SortDecorator extends Decorator{

    
    //构造函数
    public SortDecorator(SchoolReprt sr) {
        super(sr);
        // TODO Auto-generated constructor stub
    }

    //告诉老爸学校的排名情况
    private void reportSort(){
        System.out.println("我的排名是38名");
    }
    //老爸看完成绩单后再告诉他,加强作用
    @Override
    public void report() {
        // TODO Auto-generated method stub
        super.report();
        this.reportSort();
    }


}

最后,我们开始实现我们的Father ,也就是主方法

public class Father {

    public static void main(String[] args) {
        //把成绩单拿过来
        SchoolReprt sr;
        //原装的成绩单
        sr = new FouthGradeSchoolReport();
        //加了最高分说明的成绩单
        sr = new HighSCoreDecorator(sr);
        //又加了成绩排名的说明
        sr = new SortDecorator(sr);
        //看成绩单
        sr.report();
        //然后老爸一看,很开心,就签名了
        sr.sign("你爹"); 
    }
}

运行结果就是:

这次考试语文最高是75,数学是78,自然是80
尊敬的XXX家长:
........
语文: 62   数学:65   体育:98   自然:63
。。。。。。。。
家长签字:
我的排名是38名
家长签名:你爹

那我们来分析一下,这个装饰类的用法

优点:

● 装饰类和被装饰类可以独立发展,而不会相互耦合。换句话说,Component类无须知
道Decorator类,Decorator类是从外部来扩展Component类的功能,而Decorator也不用知道具
体的构件。
● 装饰模式是继承关系的一个替代方案。我们看装饰类Decorator,不管装饰多少层,返
回的对象还是Component,实现的还是is-a的关系。
● 装饰模式可以动态地扩展一个实现类的功能,这不需要多说,装饰模式的定义就是如此。

缺点:

对于装饰模式记住一点就足够了:多层的装饰是比较复杂的。为什么会复杂呢?你想想看,就像剥洋葱一样,你剥到了最后才发现是最里层的装饰出现了问题,想象一下工作量吧,因此,尽量减少装饰类的数量,以便降低系统的复杂度。

使用的场景

● 需要扩展一个类的功能,或给一个类增加附加功能。
● 需要动态地给一个对象增加功能,这些功能可以再动态地撤销。
● 需要为一批的兄弟类进行改装或加装功能,当然是首选装饰模式。

你可能感兴趣的:(Java设计模式——装饰者模式)