思考：

在实际开发过程中，我们经常会用到大量的if-else或switch-case语句,这样起初我们可能会感觉直观，快捷，巴拉巴拉写了一类似的业务逻辑算法。当我们回过头来看这些代码，会发现代码块相当的庞大，而且如果有新的业务需求，我们还需要继续扩从这个大块头，修改代码，这样的写法实在和优雅毫无关系，而且一段时间没看之前实现的代码，再次扩充时，可能已经没有了当初的缪斯，提高了代码维护的成本和风险。解决如此尴尬的情况，策略模式不失为一种优雅的选择。

何为策略模式

策略模式中的一个关键角色是策略类，它为所有支持的或相关的算法声明了一个共同的接口。另外，还有使用策略接口来实现相关算法的具体策略类。场景(context)类的对象配置有一个具体策略对象的实例，场景对象使用策略接口调用由具体策略类定义的算法。

策略模式类结构

以上文字解释摘自《Objective-C编程之道iOS设计模式解析》
以上文字已经很好的解释了什么是策略模式，并声明了策略模式中的几个关键的类。以下是我自己的理解，化繁为简，便于自己理解吧。

• 策略类
  策略类分为两种：抽象策略类和具体策略类。
  • 抽象策略协议类：
    protocol AbstractStrategy { func FoodStrategy() }
    这是一个抽象协议类，为所有遵守这个协议的类提供共同的抽象策略方法，且是必须实现的。
  • 具体策略类：

class RiceStrategy: NSObject,AbstractStrategy {
func FoodStrategy() {
print("吃米饭");
}
}

遵守抽象策略协议类，根据自身实际功能，实现对应的策略方法。

对于抽象策略类，我在这里写成了@protocol协议类，但是如果作为具体策略类的父类存在的话，只要子类重写了抽象策略类中的抽象方法，也可能实现同等的效果，但是接触了一点面向协议编程思想后，了解到使用大量“上帝类”带来的严重弊端后，我认为使用协议可能会更加优雅，当然这只是我个人感觉，具体情况还要结合具体场景。同时这里也给各位准备OC转Swift的Coder推荐一本书：《Swift面向协议编程》,个人感觉还是很不错的，前几章看起来很基础，但是对于OC转Swift的Coder来说，是不可或缺的*

• 场景类

class ObjContext {
var strategy : AbstractStrategy
init(strategy : AbstractStrategy){
self.strategy = strategy
}
func checkFood() {
self.strategy.FoodStrategy()
}
}

场景类中主要包括两个关键：
1.包含一个抽象策略类的实例对象,
var strategy : AbstractStrategy
这里之所以使用抽象策略类的实例对象，是为了在之后使用时，利用面向对象的多态特性，自动匹配调用相应的具体策略方法。
2.一个使用策略实例对象调用策略类方法的函数,
func checkFood()

策略模式的使用场景

• 一个类在其操作中使用多个条件语句来定义许多行为。
• 需要算法的各种变体。
• 需要避免把复杂、与算法相关的数据结构暴漏给客户端。

个人理解：

• 执行一个操作时，需要使用大量的条件判断才能确定执行哪一步骤的情况。
• 对某一操作实现一个算法簇，避免暴漏太多客户端根本无需关心的算法逻辑。

结语：

文章主要是介绍了一下策略模式的概念和关键的地方，对于设计模式，我的感受是需要在实践中多多体会，单纯的了解知道是不太能真正掌握设计模式的思想和使用场景的，同时我们也一定会发现，当使用设计模式时，会创建更多的类文件，但是我不认为这是一个缺陷，当一个程序很简单的时候，使用设计模式可能会感觉很繁琐，不过随着程序的不断完善扩充，使用设计模式会让代码看起来更优雅，该聚合的聚合，该解耦的解耦，大大较低了维护的成本，能避免很多由于流水账式的代码带来的阵痛。文章中有很多个人理解，如果有误，欢迎指正。