设计模式:装饰器模式

1. 类的功能扩展

面向对象设计中, 可扩展通常是类设计中的一项重要考量. 在不改变原有类的情况下, 对当前类进行扩展的最直接方法是继承当前类, 并在子类中扩展其功能. 然而, 如果我们对当前类的扩展并不是专属与该类的, 例如对其他类也可能需要进行该功能的扩展, 则如果使用继承模式, 我们需要对每一个待扩展类分别继承, 并在子类中添加相同的扩展功能代码. 在良好的代码设计中, 通常应该考虑消除重复代码. 借助装饰器模式, 我们可以消除在每一个待扩展类上重复编写扩展功能代码.

2. 装饰器模式适用场景

对功能扩展使用类似可拔插的接口设计, 可以自由组装多个扩展类以生成一个自定义的多功能类.

3. 代码

public Interface Base{
	public void run(){
	}
}
public class Fun implements Base{
	public void run(){
	}
}
public class DecoratorA implements Base{
	private Base base;
	public DecoratorA(Base base){
		this.base = base;
	}
	public void run(){
		//扩展功能
	}
}
public class DecoratorB implements Base{
	private Base base;
	public DecoratorB(Base base){
		this.base = base;
	}
	public void run(){
		//功能扩展
	}
}
public class DecoratorC implements Base{
	private Base base;
	public DecoratorC(Base base){
		this.base = base;
	}
	public void run(){
	}
}
public class Main{
	public void main(String[] args){
		Base b = new Fun();
		Base decorator = new DecoratorA(new DecoratorB(new DecoratorC(b)));
		decorator.run();
	}
}

4.总结

  1. 相对于通过继承实现功能扩展, 装饰器模式提供了更大的灵活性与扩展功能复用性
  2. 组装不是装饰器时应考虑不同组装顺序可能导致的最终功能差异
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值