设计模式(二) | 装饰模式
装饰模式
装饰模式之前的面向对象原则介绍:
-
单一职责原则:就一个类而言,应该仅有一个引起它变化的原因。也就是说功能要单一。
-
优点: 灵活性,可复用性。
-
如果一个类承担的职责太多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者阻碍其他职责能力,这种耦合会导致脆弱的设计,当变化发生时,设计会发生意想不到的变化。
-
开放封闭原则:软件应该可以扩展,但不可以修改。对于扩展是开放的,对于更改是封闭的。
-
面对需求,对程序的改动是通过增加新代码进行的,而不是更改现有代码,这就是开放封闭原则的精神所在。
-
优点:可扩展 可复用 灵活性好
-
依赖倒转原则:抽象不应该依赖细节,细节不应该依赖抽象。针对对接口编程,不要对实现编程。即高层模块不依赖底层模块,底层模块不依赖高层模块。
-
其实就是谁也不依赖谁,除了约定的接口,大家都可以灵活自如。
- 里氏代换原则:子类型必须能够替换掉他们的父类型,只有当子类可以替换掉父类,软件单位功能不受影响时,父类才能真正倍复用。
装饰模式
-
装饰模式:动态地给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更为灵活。
装饰模式是为已有功能动态的添加更多功能的一种方式。
- 代码实现:
//需要被装饰的对象
publicclassPerson{
privateStringname;
publicPerson(Stringname){
super();
this.name=name;
}
publicPerson(){
super();
}
publicvoidshow(){
System.out.println("装扮的"+name);
}
}
//功能的抽象类
publicclassFineryextendsPerson{
protectedPersoncomponent;
//打扮
publicvoidDecorate(Personcomponent){
this.component=component;
}
@Override
publicvoidshow(){
if(component!=null){
component.show();
}
}
}
//继承功能类
publicclassBigTrouserextendsFinery{
@Override
publicvoidshow(){
System.out.println("垮裤");
super.show();
}
}
//继承功能类
publicclassTShirtsextendsFinery{
@Override
publicvoidshow(){
System.out.println("大T恤");
super.show();
}
}
//继承功能类
publicclassWearSneakersextendsFinery{
@Override
publicvoidshow(){
System.out.println("破球鞋");
super.show();
}
}
//继承功能类
publicclassWearSuitextendsFinery{
@Override
publicvoidshow(){
System.out.println("西装");
super.show();
}
}
//动态给对象添加功能
publicclassTest{
publicstaticvoidmain(String[]args){
Personxc=newPerson("小菜");
System.out.println("第一种装扮:");
WearSneakersw=newWearSneakers();
WearSuitws=newWearSuit();
BigTrouserbt=newBigTrouser();
/*
* 首先实例化person对象
* 再用WearSneakers类包装person
* 再用WearSuit类来包装WearSneakers对象
* 再用BigTrouser类包装WearSuit对象
* 最终执行BigTrouser的show方法。
*
*/
w.Decorate(xc);
ws.Decorate(w);
bt.Decorate(ws);
bt.show();
}
}
输出结果:
第一种装扮:
垮裤
西装
破球鞋
装扮的小菜
什么时候使用装饰模式:
-
当系统需要新功能时,是向旧的类中添加新的代码,这些新代码通常装饰了原有的核心职责或主要行为。
-
把每个要装饰的功能放在单独的类中,并让这个类包装它所有装饰的对象。
-
优点:
-
把类的核心职责和装饰功能区分开来,去除相关类中重复的装饰逻辑。
-
简化原有类。