装饰器模式(Decorator Pattern)容许向一个现有的对象添加新的功能,同时又不改变其结构。这种类型的设计模式属于结构型模式,它是做为现有的类的一个包装。这种模式建立了一个装饰类,用来包装原有的类,并在保持类方法签名完整性的前提下,提供了额外的功能。咱们经过下面的实例来演示装饰器模式的用法。其中,咱们将把一个形状装饰上不一样的颜色,同时又不改变形状类。git
意图:动态地给一个对象添加一些额外的职责。就增长功能来讲,装饰器模式相比生成子类更为灵活。
主要解决:通常的,咱们为了扩展一个类常常使用继承方式实现,因为继承为类引入静态特征,而且随着扩展功能的增多,子类会很膨胀。
什么时候使用:在不想增长不少子类的状况下扩展类。
如何解决:将具体功能职责划分,同时继承装饰者模式。
关键代码: 一、Component 类充当抽象角色,不该该具体实现。 二、修饰类引用和继承 Component 类,具体扩展类重写父类方法。
应用实例: 一、孙悟空有 72 变,当他变成"庙宇"后,他的根本仍是一只猴子,可是他又有了庙宇的功能。 二、不论一幅画有没有画框均可以挂在墙上,可是一般都是有画框的,而且其实是画框被挂在墙上。在挂在墙上以前,画能够被蒙上玻璃,装到框子里;这时画、玻璃和画框造成了一个物体。
优势:装饰类和被装饰类能够独立发展,不会相互耦合,装饰模式是继承的一个替代模式,装饰模式能够动态扩展一个实现类的功能。
缺点:多层装饰比较复杂。
使用场景: 一、扩展一个类的功能。 二、动态增长功能,动态撤销。
注意事项:可代替继承。github
咱们将建立一个 Shape 接口和实现了 Shape 接口的实体类。而后咱们建立一个实现了 Shape 接口的抽象装饰类 ShapeDecorator,并把 Shape 对象做为它的实例变量RedShapeDecorator 是实现了 ShapeDecorator 的实体类。DecoratorPatternDemo,咱们的演示类使用 RedShapeDecorator 来装饰 Shape 对象。设计模式
具体代码参见https://github.com/Hp1512/Lea...spa