引序：还记不记得这样的场景：把一堆算法塞到同一段代码中，然后使用if-else或switch-case条件语句来决定要使用哪个算法？这些算法可能是一堆相似的类函数或方法，用以解决相关的问题。比如，一个验证输入数据的例程，数据本身可以是任何数据类型（如NSString、CGFloat等），每种数据类型需要不同的验证算法。如果能把每个算法封装成一个对象，那么就能消除根据数据类型决定使用什么算法的一堆if-else或switch-case语句。

一、何为策略模式

我们把相关算法分离为不同的类，称为策略模式。策略模式：定义一系列算法，把它们一个个封装起来，并且使它们可相互替换。本模式使得算法可独立于使用它的客户端而变化。

二、组成

—抽象策略角色： 策略类，通常由一个接口或者抽象类实现。

—具体策略角色：包装了相关的算法和行为。

—环境角色：持有一个策略类的引用，最终给客户端调用。

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

三、何时使用策略模式。 

@：一个类在其操作中，使用多个条件语句来定义许多行为，我们可以把相关的条件分支移到它们自己的策略类中。 

@：需要算法的各种变体。 

@：需要避免把复杂的、与算法相关的数据结构暴漏给客户端。

四、在UITextfeild 中应用验证策略

我们用一个简单的例子来说明以下，策略模式是怎么使用的。假设有两个UITextField，一个UITextField只能输入字母，另一个UITextField只能输入数字，为了确保输入的有效性，我们需要在用户结束文本框的编辑时做下验证。我们把数据验证放在代理方法textFieldDidEndEdting中。

如果不使用策略模式，我们的代码会写成这样：

(void)textFieldDidEndEditing:(UITextField *)textField { 

if (textField == self.numberTF) { 

// 验证其值只包含数字

}else if (textField == self.alphaTF) { 

// 验证其值只包含字母

} else if(   ){

} else if(   ){

...

} 

要是有更多不同类型的文本框，条件语句还会继续下去。如果能去掉这些条件语句，代码会更容易管理，将来对代码的维护也会容易许多。

现在的目标是把这些验证检查提到各种策略类中，这样他们就能在代理方法和其他方法之中重用。