java 设计模式之桥接模式，策略模式

1.引出设计模式

相信大家都玩过王者荣耀这款游戏。我们知道现在大概有九十多个英雄且各自技能及背景故事、台词、被动都不一样而且还带着召唤师技能比如实现，惩戒，弱化等。每一个英雄其实就算是一个策略，实现抽象类‘英雄’，并且每个英雄互不干扰。对于召唤师技能又可以和英雄组合进入游戏里操作使用。那让我们来看看一个匹配模式的简略流程来感受设计模式。

2. 策略模式

2.1 策略模式的定义与特点

策略（Strategy）模式的定义：该模式定义了一系列算法，并将每个算法封装起来，使它们可以相互替换，且算法的变化不会影响使用算法的客户。策略模式属于对象行为模式，它通过对算法进行封装，把使用算法的责任和算法的实现分割开来，并委派给不同的对象对这些算法进行管理。

策略模式的主要优点如下。
1.多重条件语句不易维护，而使用策略模式可以避免使用多重条件语句，如 if…else 语句、switch…case 语句。
2.策略模式提供了一系列的可供重用的算法族，恰当使用继承可以把算法族的公共代码转移到父类里面，从而避免重复的代码。
3.策略模式可以提供相同行为的不同实现，客户可以根据不同时间或空间要求选择不同的。
4.策略模式提供了对开闭原则的完美支持，可以在不修改原代码的情况下，灵活增加新算法。
5.策略模式把算法的使用放到环境类中，而算法的实现移到具体策略类中，实现了二者的分离。

其主要缺点如下。
1.客户端必须理解所有策略算法的区别，以便适时选择恰当的算法类。
2.策略模式造成很多的策略类，增加维护难度。

2.2 策略模式的结构与实现

策略模式是准备一组算法，并将这组算法封装到一系列的策略类里面，作为一个抽象策略类的子类。策略模式的重心不是如何实现算法，而是如何组织这些算法，从而让程序结构更加灵活，具有更好的维护性和扩展性，现在我们来分析其基本结构和实现方法。

1.模式的结构
策略模式的主要角色如下。
1.抽象策略（Strategy）类：定义了一个公共接口，各种不同的算法以不同的方式实现这个接口，环境角色使用这个接口调用不同的算法，一般使用接口或抽象类实现。
2.具体策略（Concrete Strategy）类：实现了抽象策略定义的接口，提供具体的算法实现。
3.环境（Context）类：持有一个策略类的引用，最终给客户端调用。

2.实现
英雄抽象类：

@Data
public abstract class Hero {//英雄名字private String heroName;//英雄描述（台词）private String heroDescription;//英雄普攻public abstract void normalAttack();//英雄被动public abstract void passiveSkill();
}

后裔的实现类：

public class HouYi extends Hero{@Overridepublic void normalAttack() {System.out.println("qiuqiuqiu~");}@Overridepublic void passiveSkill() {System.out.println("箭会增多");}public HouYi() {super.setHeroName("后裔");super.setHeroDescription("觉醒吧，猎杀时刻");}public void  firstSkill(){System.out.println("强化");}public void  secondSkill(){System.out.println("减速");}public void  thirdSkill(){System.out.println("大鸟");}
}

吉吉国王实现类：


public class MonkeyJi extends Hero {@Overridepublic void normalAttack() {System.out.println("pong~pong~");}@Overridepublic void passiveSkill() {System.out.println("先天20%暴击率");}public MonkeyJi() {super.setHeroName("吉吉");super.setHeroDescription("取经之路就在脚下");}public void firstSkill() {System.out.println("护盾");}public void secondSkill() {System.out.println("位移");}public void thirdSkill() {System.out.println("大棒");}
}

目前为止只做了两个英雄，这种设计模式有什么好处呢，好处就是新增英雄很方便，削弱增强很方便，重做也是彼此独立。

3. 桥接模式

3.1 桥接模式的定义与特点

桥接（Bridge）模式的定义如下：将抽象与实现分离，使它们可以独立变化。它是用组合关系代替继承关系来实现，从而降低了抽象和实现这两个可变维度的耦合度。

通过上面的讲解，我们能很好的感觉到桥接模式遵循了里氏替换原则和依赖倒置原则，最终实现了开闭原则，对修改关闭，对扩展开放。这里将桥接模式的优缺点总结如下。

桥接（Bridge）模式的优点是：
1.抽象与实现分离，扩展能力强
2.符合开闭原则
3.符合合成复用原则
4.其实现细节对客户透明

缺点是：由于聚合关系建立在抽象层，要求开发者针对抽象化进行设计与编程，能正确地识别出系统中两个独立变化的维度，这增加了系统的理解与设计难度。

3.2 桥接模式的结构与实现

可以将抽象化部分与实现化部分分开，取消二者的继承关系，改用组合关系。

1. 模式的结构
1.桥接（Bridge）模式包含以下主要角色。
2.抽象化（Abstraction）角色：定义抽象类，并包含一个对实现化对象的引用。
3.扩展抽象化（Refined Abstraction）角色：是抽象化角色的子类，实现父类中的业务方法，并通过组合关系调用实现化角色中的业务方法。
4.实现化（Implementor）角色：定义实现化角色的接口，供扩展抽象化角色调用。
5.具体实现化（Concrete Implementor）角色：给出实现化角色接口的具体实现。
2. 实现
召唤师技能：

public interface SummonerSkills {public void useTheSkill();
}

闪现的实现类：

public class ShanXian implements SummonerSkills {@Overridepublic void useTheSkill() {System.out.println("位移一段距离");}
}

净化的实现类：

public class JingHua implements SummonerSkills {@Overridepublic void useTheSkill() {System.out.println("解控加免控");}
}

修改英雄抽象类：

import lombok.Data;@Data
public abstract class Hero {//英雄名字private String heroName;//英雄描述（台词）private String heroDescription;//召唤师技能private SummonerSkills summonerSkills;//英雄普攻public abstract void normalAttack();//英雄被动public abstract void passiveSkill();//使用召唤师技能public void useSkill(){this.summonerSkills.useTheSkill();}
}

加入了召唤技能的引用属于组合关系

4.测试

public class Test {public static void main(String[] args) {//选英雄Hero hero =new MonkeyJi();//台词System.out.println("英雄："+hero.getHeroName()+ "\n台词："+hero.getHeroDescription());//选择召唤师技能hero.setSummonerSkills(new ShanXian());//开始游戏System.out.println("全军出击！");//使用吉吉二技能MonkeyJi monkeyJi =(MonkeyJi) hero;monkeyJi.secondSkill();//吉吉大招monkeyJi.thirdSkill();//吉吉闪现hero.useSkill();}
}

运行结果：

英雄：吉吉
台词：取经之路就在脚下
全军出击！
位移
大棒
位移一段距离

现在整个桥接，策略模式就结束了。
可能有人会问了，如何设计成通用的测试，就是说模仿前端传值。我只告诉后台我选择了吉吉国王或者铠等英雄，自己去建立对象
我觉得可以通过枚举完成，根据名字创建对象再或者通过代理完成。