java 反射 工厂模式_策略模式——（+简单工厂模式+反射）

策略模式，需要我们结合简单工厂模式，更高级地用法可能需要我们掌握Java反射机制。简单工厂模式我们在最早的时候介绍，我们也谈到了一点Java的反射机制。借着学习策略模式的机会，我们顺便复习一下简单工厂模式和反射。

先说说何为策略模式。“策略”我的理解是，对一件事，有不同的方法去做，至于用何种方法取决于我们的选择。我们同样借助《大话设计模式》中实现策略模式的例子来做讲解。

超市进场做活动，我们现在假设有正常不减价、打折、满减这三种活动，这正是对“买东西收费”这件事，有三种不同的“方法”，这三种方法其实就是三种不同的算法。我们定义出策略模式：它定义了算法家族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化不会影响到使用算法的客户。看到这个可能还是一脸茫然，不着急我们一步一步来这句话到底想表达什么意思。

首先，对于正常不减价，我们可以直接计算返回该收取的金额为多少。对于打折的这种情况，我们可能会想到传递一个“打多少折”的参数进去，计算返回该收取的金额为多少。对于满减的这种情况，我们传递两个参数，“返利条件”及“返多少利”，计算返回该收取的金额为多少。那么它们似乎都有一个公共方法，对于应收金额，返回实收金额。我们可以将三种情况抽取为一个接口或抽象类。来试着画出UML类图结构。

看到UML的类结构图，我们其实可以联想到简单工厂模式，如果我们就这样来写，在客户端就需要来具体实例化哪一个类。我们不想在客户端来做出判断决定来实例化哪一个类，这个时候怎么办呢——简单工厂模式可以帮我们实现。客户端不决定具体实例化哪一个类，而是交由“工厂”来帮我们实例化。所以其实我们首先是实现的一个“简单工厂模式”。

所以我们上面的UML类结构图就可以做下修改。

接下来写出我们的代码。

1 packageday_20_cash;2

3 /**

4 * 收费接口5 *@authorturbo6 *7 * 2016年9月20日8 */

9 public interfaceCashSuper {10 /**

11 * 计算实收的费用12 *@parammoney 应收金额13 *@return实收金额14 */

15 double acceptCash(doublemoney);16 }

1 packageday_20_cash;2

3 /**

4 * 正常收费5 *@authorturbo6 *7 * 2016年9月20日8 */

9 public class CashNormal implementsCashSuper {10

11 /*(non-Javadoc)12 * @see day_20_cash.CashSuper#acceptCash(double)13 */

14 @Override15 public double acc