【设计模式】策略模式

今晚有演出

听说最近物电学院要组织活动了。电子，电器，物理各自准备了一个节目，但是由于节目安排时间有限，只能一个有专业的同学要表演。主持人找到四组，要决定由哪一组上台表演。

•  标准一，辛苦程度。电器的排练很辛苦，让他们参加吧。

于是，主持人在表演流程中写上电器表演。

• 标准二，表演效果。电子的表演最精彩了。  

    又于是主持人又重新将电器 pass ，表演流程中写上电子。

•   标准三 。。。。。。。争执不下中。。。

 

主持人说，这样变来变去我都晕了。

这样吧，我还有一个小秘，大家决定之后把各组的信息和最终的选拔标准交给我的小秘。让我的小秘来告诉我最后的结果。

 

这里讲的就是策略模式啊。

这里，三个专业的表演就是具体的策略。而表演流程中包含表演人，专业等，是抽象策略。小秘结合交给她的各个组信息和选择标准，决定哪一组上台，是上下文。主持人就是客户端。主持人通过小秘提供的信息就可以得到答案，不用参加具体的筛选。

我们来看看上文策略模式的结构图。

 

策略模式

不知道这个开胃小菜 是不是和你的心意，下面带大家来品尝一下本店的正宗压轴大菜--典型的策略模式结构图。

策略模式解析：

策略模式：定义了算法家族，分别封装起来，让它们之间可以相互替换，此模式算法的变化，不会影响到使用算法的客户。策略模式是一种定义一系列算法的方法。从概念上看，所有这些算法完成的都是相同的工作，只是实现不同，它可以以相同的方式调用所有的算法，减少了各种算法类与使用算法类之间的耦合。[DPE] 优点：策略模式的strategy类层为Context定义了一些列的可供重用的算法或行为。继承有助于析取出这些算法中的公共功能。[DP]

此外，简化了单元测试，因为每一个算法都有自己的类，可以通过自己的接口单独测试[DPE].

说到底，策略模式就是用来封装变化。

好了，学到这里，让我们再来重温一下《大化设计模式》中提到的商场促销的例子。

 

策略模式之超市收银

 

商场的收费方法可能有，①正常收费②打折收费 ③返利收费 等。

现要做一个商场收银软件。其最终的设计思路是这样的。

这里，这个结构和上面的典型图如出一辙。但是，还有一点很重要的是，之前了解的简单工厂类用在此处就更是如虎添翼了。

 

策略模式之融合简单工厂

 

以下是整理的两种代码的区别。（点击图片查看大图 图一 图二）

 

即在Context上下文处，也就是上图CashContext处融合简单工厂。以上，简单工厂不一定是一个类。

总结：

我们要把握各个模式其思想之精华。大化模式告诉我，任何学习都离不开生活。有意思~