标签:功能 之禅 Component 模式 抽象类 设计模式 装饰 Decorator
一、装饰模式的定义
装饰模式是一种笔记常见的模式,其定义如下:
动态地给一个对象添加一些额外的职责。就增加功能来说,装饰模式相比生成子类更为灵活。
装饰模式通用类说明
Component抽象构件
Component是一个接口或者是抽象类,就是定义我们最核心的对象。也就是最原始的对象。
注意:
在装饰模式中,必然有一个最基本、最核心、最原始的接口或抽象类充当Component抽象构件。
ConcreteComponent具体构件
ConcreteComponent是最核心、最原始、最基本的接口或抽象类的实现,你要装饰的就是它。
Decorator装饰角色
一般是一个抽象类,做什么用呢?实现接口或者抽象方法,它里面可不一定有抽象的方法,在它的属性里必然有一个private变量指向Component抽象构件。
具体装饰角色
ConcreteDecoratorA和ConcreteDecoratorB是两个具体的装饰类,你要把最核心的、最原始的、最基本的东西装饰成其他东西。
注意:
原始方法和装饰方法的执行顺序在具体的装饰类是固定的,可以通过方法重载实现多种执行顺序。
二、装饰模式应用
1.装饰模式的优点
a.装饰类和被装饰类可以独立发展,而不会相互耦合。换句话说,Component类无须知道Decorator类,Decorator类是从外部来扩展Component类的功能,而Decorator也不用知道具体的构件。
b.装饰模式是继承关系的一个替代方案。我们看装饰类Decorator,不管装饰多少层,返回的对象还是Component,实现的还是is-a的关系。
c.装饰模式可以动态地扩展一个实现类的功能。
2.装饰模式的缺点
如果装饰类的数量过高,会增加系统的复杂性。
3.装饰模式的使用场景
a.需要扩展一个类的功能,或给一个类增加附加功能。
b.需要动态给一个对象增加功能,这些功能可以再动态地撤销。
c.需要为一批的兄弟类进行改装或加装功能。
三、最佳实践
装饰模式是对继承的有力补充。你要知道继承并不是万能的,继承可以解决实际的问题,但是在项目中你要考虑诸如易维护、易扩展、易复用等,而且在一些情况下,你要是用继承就会增加很多子类,灵活性非常差,也就是说装饰模式可以替代继承,解决类膨胀问题。
代码例子:https://github.com/developers-youcong/DesignPatternPractice/tree/master/Decorator
标签:功能,之禅,Component,模式,抽象类,设计模式,装饰,Decorator 来源: https://www.cnblogs.com/youcong/p/12251592.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。