最近迷上了购买双色球福利彩票这一活动，本着做点公益的想法（万一要是一不小心中了头奖怎么办，这需要想想怎么花，哈哈_！）；好！言归正传，先来简单的介绍下策略模式！
一、策略模式的简介
1.定义
策略模式属于对象的行为模式。其用意是针对一组算法，将每一个算法封装到具有共同接口的独立的类中，从而使得它们可以相互替换。它定义了算法的家族，分别封装起来，并且可以相互替换，算法的变化，并不会影响到使用算法的客户
2、UML的实现
图1：策略模式结构图
图1是一个经典的策略模式UML示意图，先解释下里面有用到的符号的意思：
实现（即为implements）
聚合
聚合：当对象A被加入到对象B中，成为对象B的组成部分时，对象B和A之间为聚集关系。图中表现为Context里面含有Strategy的对象，所以两者为聚合关系； 至于实现因为大家都懂，我就不解释了。
这个类图涉及到3个角色：
●环境(Context)角色：持有一个Strategy的引用。
●抽象策略(Strategy)角色：这是一个抽象角色，通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。
●具体策略(ConcreteStrategy)角色：包装了相关的算法或行为。
3、策略模式的应用场景：
(1) 多个类只区别在表现行为不同，可以使用Strategy模式，在运行时动态选择具体要执行的行为。
(2) 需要在不同情况下使用不同的策略(算法)，或者策略还可能在未来用其它方式来实现。
(3) 对客户隐藏具体策略(算法)的实现细节，彼此完全独立。
举个例子，简单的来说，就是条条大路通罗马，路的走法和曲折程度可能不同，但是起始点和目的地是一样的，每一条路都相互独立，这就可以运用策略模式来解决问题，例如计算器程序、双色球选择算法等等。
二：双色球案例实现
1、案例：使用3个随机算法搅拌彩球，并得出6+1的计算结果
分析：这是一个比较适合使用简单工厂模式+策略模式的案例，因为3个算法互不影响，可以抽象成一个接口类，并定义一个结果的计算方法，3个算法类分别实现，然后再用一个工厂类来判断并分别实例化这3个类
public interface Strategy {
/**
* 策略方法(计算结果)
*/
public String strategyInterface(int number);
}
搅拌类
public class Operation {
private Strategy strategy;
public Operation(Strategy strategy){
this.strategy = strategy;
}
public String play(int number){
return strategy == null ? "":strategy.strategyInterface(number);
}
}
客户端实现代码
private void submit() {
// validate
String etNumberString = etNumber.getText().toString().trim();
if (TextUtils.isEmpty(etNumberString)) {
Toast.makeText(this, "请输入注数", Toast.LENGTH_SHORT).show();
return;
}
result_tv.setText(getString(R.string.result, "计算结果",
new Operation(OperationFactory.createOperate(tag))
.play(Integer.parseInt(etNumberString))));
}
到现在我们就实现了用策略模式来对3种算法进行封装，呐，现在看起来客户端的职责是不是就变轻了？代码量也变少许多了？而且哪一个算法出了问题，就可以直接改算法类，而不用去动其他的算法类的代码，可维护性和可扩展性是不是就变强许多了？别人在接手代码的时候也看得舒服一点嘛。。。哈哈
下面我们来看下实现的界面效果：
由于本人不怎么会排版，可能会导致您的不适，本人在以后会加强这方面的能力，在此感到抱歉，非常感谢阅读本文的读者！！！
附上github下载链接：https://github.com/hfkai/lotteryBuy
