Java SE 装饰模式深入解析:

本文深入探讨了装饰模式,一种用于在不改变对象结构的前提下动态扩展其功能的设计模式。装饰模式通过包装对象而非继承,提供了一种比传统继承更灵活的解决方案,允许在运行时为对象添加新的行为。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1.装饰模式又名包装(Wrapper)模式

装饰模式以对客户端透明的方式扩展对象的功能, 是继承关系的一个替代方案.

装饰模式以对客户端透明的方式动态的给一个对象附加上更多的责任. 换言之,客户端并不会觉得对象在装饰前和装饰后有什么区别.

装饰模式可以在不创造更多子类的情况下将对象的功能加以扩展.

装饰类把对客户端的调用委派到被装饰对象.

2.装饰模式的角色:

①抽象构件角色(Component):给出一个抽象接口,一规范准备接受附加责任的对象.

②具体构件角色(Concrete Component):定义一个将要接受附加责任的类.

③装饰角色(Decorator):持有一个构件(Componet)对象的引用,并定义一个与抽象构件接口一致的接口.

④具体装饰角色(Concrete Decorator):负责给构件对象"贴上"附加的责任.

3.装饰对象的特点:

装饰对象和真实对象有相同的接口, 这样客户端对象就可以以和真实对象相同的方式和装饰对象交互.

装饰对象包含一个真实对象的引用.

装饰对象接受所有来自客户端的请求.它把这些请求转发给真实的对象.

装饰对象可以在转发这些请求以前或以后增加一些附加功能. 这样就能确保在运行时, 不用修改给定对象的结构就可以在外部正价附加的功能. 在面向对象的设计中, 通常是通过继承来实现对给定类的功能扩展.

3. 装饰模式VS继承:

装饰模式:

①用来扩展特定对象的功能

②不需要子类.

③动态

④运行时分配责任

⑤防止由于子类而导致的复杂和混乱.

⑥更多的灵活性.

⑦对于一个给定的对象,同时可能有不同的装饰对象,客户端可以通过它的需要选择合适的装饰对象发送消息.

继承:

①用来扩展一类对象的功能.

②需要子类

③静态

④编译时分派职责

⑤导致很多子类产生

⑥缺乏灵活性.

转载于:https://www.cnblogs.com/donaldjohn/archive/2011/03/19/1988988.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值