装饰者模式(一个简单的例子)

现存的问题(装饰者模式存在的意义)

不同子类在拓展不同方法时,每次都需要新建一个类继承这个类来实现,导致实现类多到爆炸

解决方式

把添加方法这一行为抽出来,形成另一个维度的类,每一种方法成为一个类,让这个类实现decorator接口,(decorator接口继承自基类 并且维护了一个基类对象),在初始化方法类时传入想要的实现类。

举个例子

基类:人
一级继承:国籍
要加的方法:运动

解决的问题:中国人、美国人都是继承自人的子类,再想要创造打篮球的中国人、打篮球的美国人、踢足球的中国人。。。。 需要再次继承带国籍的人类来实现。而且会产生很多类,每一种人都需要创建一个类。

解决的方式:设计一个decorator抽象类或者接口,继承于基人,并在其中维护了一个基人对象,再创建第二层的类(足球人,篮球人。。。) 去实现这个抽象类,在初始化的时候确定传入什么人,比如我要一个美国篮球人,就new一个篮球人对象,并在初始化的时候传入一个美国人。
这样就绕开了新建一个类的方式,创造了一个会打篮球的美国人。

代码没写,抄个图凑数。
在这里插入图片描述
参考链接:https://ifeve.com/java-example-of-decorator-pattern/

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值