动机(Motivation)
继承来扩展对象的功能,由于继承为类型引入的静态特质,使得这种扩展方式缺乏灵活性。
为使“对象功能的扩展”能够根据需要来动态地实现,同时避免“扩展功能的增多”带来的子类膨胀问题,从而使得任何“功能扩展变化”所导致的影响降为最低。
问题的引入
人及其属性
人有不同国家
不同属性:高,富,帅,
组合方式会随着属性个数的增加急剧增多
如果使用继承来扩展对象的功能导致子类的膨胀
继承方式实现代码
//业务操作接口
//公共基类,含有公共方法
abstract class Person
{
String name;
public String getName(){
return name;
}
public void setName(String name){
this.name=name;
}
public abstract void desc();
};
//主体类:中国人,美国人两个类
class Chinese extends Person{
public void desc(){System.out.println(name+"是中国人");}
};
class American extends Person{
public void desc(){System.out.println(name+"是美国人");}
};
//扩展操作,对各国人进行操作
class hignChinese extends Chinese{
public void desc(){
super.desc();
System.out.println("是high人");
}
};
class richChinese extends Chinese{
public void desc(){
super.desc();
System.out.println("是rich人");
}
};
class highrichChinese extends Chinese {
public void desc(){
super.desc();
System.out.println("是hign&rich人");
};
//对美国人描述类似,只是继承的是美国人类
//客户端
public class program{
public static void main(String[] args){
highChinese hc=new highChinese();
hc.setName("yaoming");
richChinese rc=new richChinese();
rc.setName("mayun");
hignrichAmerican hra=new highrichAmerican();
hra.setName("tom");
hc.desc();
rc.desc();
hra.desc();
}
}
这样继承随着需求的变化,子类急剧增多,同时充斥着重复代码,关键需要划清责任。
改进一(组合代替继承)
//扩展操作,对各国人进行操作
class highChinese{
Chinese person; //组合代替继承
public void desc(){
person.desc();
System.out.println("是high人");
}
public highChinese(Chinese person){
this.person=person;
}
};
//富的中国人,和又高又富的中国人代码类似
//美国人代码类似中国人代码
//客户端
public class program{
public static void main(String[] args){
Chinsese p=new Chinese();
p.setName("yaoming");
highChinese hc=new highChinese(p);
hc.desc();
p.setName("mayun");
richChinese rc=new richChinese(p);
rc.desc();
American q=new American();
q.setName("tom");
highrichAmerican hra=new highrichAmerican(q);
hra.desc();
}
}
发现三对除了名字不同,其他都相同的类
消除重复 将highAmerican 和highChinese 改成一个类highperson类,另外两对同理。(并将基类代替子类,消除编译时的依赖,即 将扩展类里属性Chinese person 与American person 改成Person person)
发现问题:为了保证从继承转组合以后的抽象接口函数 public void desc()遵循接口规范。即继承基类设置的抽象接口函数public void desc()。还是需要通过继承来完善接口规范,不过只需要继承基类Person。
继续发现问题: 根据重构,当类中含有重复字段和方法,应该将其提到基类中去。但是Person类中会包含这个不需要的字段。
解决方法:设计一个中间基类,这样就引出了装饰模式。
改进版本二(使用装饰模式<中间基类)
//中间类
abstract class DecoratorPerson extends Person{
Person person; //以聚合的方式来支持未来多态的变化
public DecoratorPerson(Person person){
this.person=person;
}
};
//扩展操作,对各国人进行操作
class highPerson extends DecoratorPerson{
//为避免重复,实现接口继承DecoratorPerson
//Person person; 基类代替子类消除了编译时依赖
public void desc(){
person.desc();
System.out.println("是high人");
}
public highPerson(Person person){
super(person);
}
};
//客户端不变
发现可以用单个属性描述组合属性
即客户端最后的代码highrichPerson hra=new highrichPerson(q);
完全可以用highPerson hp=new highPerson§;
richPerson rp=new richPerson(hp);
rp.desc();来代替
定义
动态的给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类(继承)更为灵活(消除重复代码&减少子类个数)
既继承又组合使装饰模式的特点
本质
动态组合
优缺点
对于扩展对象功能来说,装饰模式比继承提供更多的灵活性
通过不同的具体装饰类以及这些装饰类的排列组合,设计师可以创造出很多不同行为的组合
缺点
会产生很多细粒度对象
以上内容摘自朱红梅老师2020年5月课件