现存的问题(装饰者模式存在的意义)
不同子类在拓展不同方法时,每次都需要新建一个类继承这个类来实现,导致实现类多到爆炸
解决方式
把添加方法这一行为抽出来,形成另一个维度的类,每一种方法成为一个类,让这个类实现decorator接口,(decorator接口继承自基类 并且维护了一个基类对象),在初始化方法类时传入想要的实现类。
举个例子
基类:人
一级继承:国籍
要加的方法:运动
解决的问题:中国人、美国人都是继承自人的子类,再想要创造打篮球的中国人、打篮球的美国人、踢足球的中国人。。。。 需要再次继承带国籍的人类来实现。而且会产生很多类,每一种人都需要创建一个类。
解决的方式:设计一个decorator抽象类或者接口,继承于基人,并在其中维护了一个基人对象,再创建第二层的类(足球人,篮球人。。。) 去实现这个抽象类,在初始化的时候确定传入什么人,比如我要一个美国篮球人,就new一个篮球人对象,并在初始化的时候传入一个美国人。
这样就绕开了新建一个类的方式,创造了一个会打篮球的美国人。
代码没写,抄个图凑数。
参考链接:https://ifeve.com/java-example-of-decorator-pattern/