【设计模式】策略模式

/*
	行为型模式主要处理类或对象如何交互及如何分配职责。
	它共有11中模式：策略模式、模板方法模式、观察者模式、迭代器模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式和解释器模式。
*/

/*
	策略模式
	定义：定义一系列的算法，把每一个算法封装起来，并且使它们可相互替换。策略模式使得算法可独立于使用它的客户而独立变化。

	在策略模式中有如下角色：
	Context：上下文角色，用来操作策略的上下文环境，起到承上启下的作用，屏蔽高层模块对策略、算法的直接访问。
	Stragety：抽象策略角色，策略、算法的抽象，通常为接口。
	ConcreteStragety：具体的策略实现。
*/

/*
	策略模式的简单实现：
	这里举武侠的例子：
	张无忌作为一个大侠会遇到很多对手，如果每遇到一个对手他都用自己最厉害的武功去迎战，这显然是不明智的。
	于是张无忌想出了3中应战的策略，分别对付3个实力层次的对手。
*/

/*
	1.定义策略接口
	策略接口有一个fighting方法用于战斗：
*/
public interface FightStrategy {
	public void fighting();
}

/*
	具体策略实现
	分别定义3个策略来实现策略接口，用来对付3个实力层次的对手，代码如下所示：
*/
public class WeakRivalStrategy implements FightStrategy {
	@Override
	public void fighting() {
		System.out.println("遇到了较弱的对手，张无忌使用太极剑");
	}
}

public class CommonRivalStrategy implements FightStrategy {
	@Override
	public void fighting() {
		System.out.println("遇到了普通的对手，张无忌使用圣火令神功");
	}
}

public class StrongRivalStrategy implements FightStrategy {
	@Override
	public void fighting() {
		System.out.println("遇到了强大的对手，张无忌使用乾坤大挪移");
	}
}

/*
	上下文角色
	上下文角色的构造方法包含了策略类，通过传进来不同的具体策略来调用不同策略的fighting方法，如下所示：
*/
public class Context {
	private FightStrategy fightingStrategy;
	public Context(FightingStrategy fightingStrategy) {
		this.fightingStrategy = fightingStrategy;
	}
	public void fighting() {
		fightingStrategy.fighting();
	}
}

/*
	客户端调用
	张无忌对不同实力层次的对手，采用了不同的策略来应战。为了举例，这里省略了对不同实力层次进行判断的条件语句。
*/
public class ZhangWuJi {
	public static void main(String[] args) {
		Context context;
		// 张无忌遇到对手宋青书，采用对较弱对手的策略
		context = new Context(new WeakRivalStrategy());
		context.fighting();
		// 张无忌遇到对手灭绝师太，采用对普通对手的策略
		context = new Context(new CommonRivalStrategy());
		context.fighting();
		// 张无忌遇到对手成昆，采用对强大对手的策略
		context = new Context(new StrongRivalStrategy());
		context.fighting();
	}
}
/*
	上面只是举了一个简单的例子，其实情况会很多：
	比如遇到普通的对手，也不能完全用圣火令神功；
	比如遇到周芷若和赵敏时需要手下留情，采用太极剑；
	又比如遇到强劲的对手张三丰，由于是自己师公，也不能使用乾坤大挪移。
	类似这样的情况会很多，这样在每个策略类中可能会出现很多条件语句。
	但是试想一下如果我们不用策略模式来封装这些条件语句，那么可能会导致一个条件语句中又包含了多个条件语句，这样会使代码变得臃肿，维护的成本也会加大。
*/

/*
	策略模式的使用场景和优缺点
	使用场景：
		对客户隐藏具体策略（算法）的实现细节，彼此完全独立。
		针对同一类型的多种处理方式，仅仅是具体行为有差别时。
		在一个类中定义了很多行为，而且这些行为在这个类里的操作以多个条件语句的形式出现。策略模式将相关的条件分支移入它们各自的Strategy类中，以代替这些条件语句。
	优点：
		使用策略模式可以避免使用多重条件语句。多重条件语句不易维护，而且容易出错。
		易于拓展。当需要添加一个策略时，只需要实现接口就可以了。
	缺点：
		每一个策略都是一个类，复用性小。如果策略过多，类的数量会增多。
		上层模块必须知道有哪些策略，才能够使用这些策略，这与迪米特法则相违背。
*/

以上学习于Android进阶之光