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的关系。
● 装饰模式可以动态地扩展一个实现类的功能，这不需要多说，装饰模式的定义就是如此。
缺点：
对于装饰模式记住一点就足够了：多层的装饰是比较复杂的。为什么会复杂呢？你想想看，就像剥洋葱一样，你剥到了最后才发现是最里层的装饰出现了问题，想象一下工作量吧，因此，尽量减少装饰类的数量，以便降低系统的复杂度。
使用的场景
● 需要扩展一个类的功能，或给一个类增加附加功能。
● 需要动态地给一个对象增加功能，这些功能可以再动态地撤销。
● 需要为一批的兄弟类进行改装或加装功能，当然是首选装饰模式。