1700482244
1700482245
}
1700482246
1700482247
典型的策略上下文角色。扣款模块的策略已经定义完毕了，然后需要想办法解决策略模式的缺陷：它把所有的策略类都暴露出去，暴露得越多以后的修改风险也就越大。怎么修改呢？增加一个映射配置文件，实现策略类的隐藏。我们使用枚举担当此任，对策略类进行映射处理，避免高层模块直接访问策略类，同时由工厂方法模式根据映射产生策略对象，类图如图35-3所示。
1700482248
1700482249
1700482250
1700482251
1700482252
图35-3 策略工厂类图
1700482253
1700482254
又是一个简单得不能再简单的模式——工厂方法模式，通过StrategyMan负责对具体策略的映射，如代码清单35-7所示。
1700482255
1700482256
代码清单35-7 策略枚举
1700482257
1700482258
public enum StrategyMan{
1700482259
1700482260
SteadyDeduction（“com.cbf4life.common.SteadyDeduction”），
1700482261
1700482262
FreeDeduction（“com.cbf4life.common.FreeDeduction”）；
1700482263
1700482264
String value=””；
1700482265
1700482266
private StrategyMan（String_value）{
1700482267
1700482268
this.value=_value；
1700482269
1700482270
}
1700482271
1700482272
public String getValue（）{
1700482273
1700482274
return this.value；
1700482275
1700482276
}
1700482277
1700482278
}
1700482279
1700482280
类似的代码解释过很多遍了，不再多说，它就是一个登记容器，所有的具体策略都在这里登记，然后提供给工厂方法模式。策略工厂如代码清单35-8所示。
1700482281
1700482282
代码清单35-8 策略工厂
1700482283
1700482284
public class StrategyFactory{
1700482285
1700482286
//策略工厂
1700482287
1700482288
public static IDeduction getDeduction（StrategyMan strategy）{
1700482289
1700482290
IDeduction deduction=null；
1700482291
1700482292
try{
1700482293