设计模式系列之「装饰模式」

**小Y:**Hello,大家好,欢迎来到魂斗罗.归来的世界,下面让小Y带领大家一起去采访一下叼烟大汉比尔·雷泽,让大家更加理解这个粗狂的战斗汉子。Let’s go。!

**小Y:**你最喜欢干什么?

**比尔·雷泽:**最喜欢冲关打爆大机。

**小Y:**比尔,你想对观众说些什么?

**比尔·雷泽:**想挑战我,随时奉陪!一颗不够,给你来三颗!

小Y:……

比尔·雷泽作为魂斗罗这么经典的人物,原来也是一个粗狂耿直boy呀。为了保存住他的光辉形象和让大家更加了解他,小Y决定把比尔·雷泽的攻击技能装饰一番介绍给大家认识。

一、案例设想

**比尔·雷泽在战场上在战场上基本上用散弹枪可以横扫小兵,但是遇到一些特殊的情况还是需要通过G5手雷、集速手雷、爆破飞弹等技能来进行辅助。**那么如何设置这些技能才合适呢?简单,小Y脑海中立马闪过几种方案:

(1)采用继承的方式,设定一个比尔·雷泽类,有多少个技能就写多少个子类来继承这个比尔·雷泽类。

《设计模式系列之「装饰模式」》

看完这个图,小Y自己都蒙逼了,每增加一个技能可以组合出N个子类,这只是一个比尔·雷泽,再来个艾薇、寒锋什么的,那不就要加到天荒地老?

(2)直接抽象一个角色类,里面包含了每个角色的技能。

《设计模式系列之「装饰模式」》

这样子有多少个角色就增加多少个子类就可以了,不用根据技能增加类,避免造成子类爆炸,但是,每个角色的技能是可以叠加使用的,角色越多或者技能叠加种类越多,那么就要在超类增加越多的方法,而且直接修改超类不符合开闭原则(超类对扩展开放,对修改关闭)。

(3)今天的主题— 装饰模式。

二、装饰模式的概念

1.装饰模式定义

装饰模式(Decorator Pattern)是一种比较常见的模式,动态地给一个对象添加一些额外的职责(就增加功能来说,装饰模式相比生成子类更为灵活)。

2.使用的场景

  • 需要扩展一个类的功能,或者给一个类添加附加职责(即核心功能不变,对其进行扩展)。
  • 需要增加由一些基本功能的排列组合而产生的非常大量的功能,从而使继承关系变的不现实,使得子类数目呈爆炸性增长。

3.角色介绍

《设计模式系列之「装饰模式」》

  • Component抽象构件

    Component是一个接口或者是抽象类,就是定义我们最核心的对象,也就是最原始的对象(在装饰模式中,必然有一个最基本、最核心、最原始的接口或抽象类充当Component抽象构件) 。

  • ConcreteState具体状态角色

    ConcreteComponent 具体构件,是Component的具体实现,要装饰的就是它 。

  • Decorator装饰角色

    一般是一个抽象类,实现Component接口或者抽象方法,它里面可不一定有抽象的方法呀,在它的属性里必然有一个private变量指向Component抽象构件(如果具体装饰角色只有一个,这个可以省略)。

  • ConcreteDecorator具体装饰角色

    把你最核心的、最原始的、最基本的东西装饰成想要的东西。

4.案例实现

(1)装饰模式实现角色装饰UML图

《设计模式系列之「装饰模式」》

①抽象角色类

public abstract class Character {
	public abstract void attack();
} 
复制代码

②实现角色比尔·雷泽(对它进行装饰)

public class BillRizer extends Character {
	@Override
	public void attack() {
		//角色最基本的技能
		System.out.print("散弹枪进行扫射!");
	}
}
复制代码

③技能装饰抽象类

public abstract class SkillDecorator extends Character{
	private Character character;

	public SkillDecorator(Character character) {
		this.character = character;
	}

	@Override
	public void attack() {
		this.character.attack();
	}
}
复制代码

④G5手雷技能

public class G5GrenadeDecorator extends SkillDecorator {
	public G5GrenadeDecorator(Character character) {
		super(character);
	}

	@Override
	public void attack() {
		super.attack();
		System.out.print("G5手雷辅助攻击!");
	}
}
复制代码

⑤集速手雷技能

public class SetspeedDecorator extends SkillDecorator {
	public SetspeedDecorator(Character character) {
		super(character);
	}

	@Override
	public void attack() {
		super.attack();
		System.out.print("集速手雷辅助!");
	}
}
复制代码

⑥爆破飞弹技能

public class ExplosiveMissileDecorator extends SkillDecorator {
	public ExplosiveMissileDecorator(Character character) {
		super(character);
	}

	@Override
	public void attack() {
		super.attack();
		System.out.print("爆破飞弹辅助!");
	}
}
复制代码

⑦客户端

public class Client {
	public static void main(String[] args){
		//需要装饰的BillRizer
		BillRizer billRizer=new BillRizer();
		//使用G5手雷辅助
		G5GrenadeDecorator g5GrenadeDecorator=new G5GrenadeDecorator(billRizer);
		g5GrenadeDecorator.attack();
	
		//使用G5手雷+集速手雷+爆破飞弹辅助
		SetspeedDecorator setspeedDecorator=new SetspeedDecorator(g5GrenadeDecorator);
		ExplosiveMissileDecorator explosiveMissileDecorator=new ExplosiveMissileDecorator(setspeedDecorator);
		explosiveMissileDecorator.attack();
	}
}
复制代码

输出结果:

①散弹枪进行扫射!G5手雷辅助攻击!
②散弹枪进行扫射!G5手雷辅助攻击!集速手雷辅助!爆破飞弹辅助!
复制代码

把比尔·雷泽的技能介绍一番,大家会发现原来这个看似粗狂的大汉真的霸气十足啊,有资格看你不爽就来一句“想挑战我,随时奉陪!一颗不够,给你来三颗”。

三、总结分析

  • 优点:
    ①装饰类和被装饰类可以独立发展,而不会相互耦合。Component类无须知道Decorator类,而Decorator也不用知道具体的构件,用户可以根据需要增加新的具体构件类和具体装饰类,在使用时再对其进行组合,原有代码无须改变,符合“开闭原则”。 ②装饰模式是继承关系的一个替代方案。装饰模式与继承关系的目的都是要扩展对象的功能,但是装饰模式可以提供比继承更多的灵活性。 ③通过使用不同的具体装饰类以及这些装饰类的排列组合,可以创造出很多不同行为的组合。

  • 缺点:
    ①这种比继承更加灵活机动的特性,也同时意味着装饰模式比继承更加易于出错,排错也很困难,对于多次装饰的对象,调试时寻找错误可能需要逐级排查,较为烦琐。 ②使用装饰模式进行系统设计时将产生很多小对象,这些装饰类和小对象的产生将增加系统的复杂度,加大学习与理解的难度。

看到装饰模式很多小伙伴会发现跟代理模式很相似,下一篇小Y会对这两种模式进行对比,请期待!!!!

简书地址:http://www.jianshu.com/p/d7a9208c6829

《设计模式系列之「装饰模式」》

    原文作者:算法小白
    原文地址: https://juejin.im/post/5a0ac687f265da432d279e20
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞