模式动机
- 完成一项任务，往往可以有多种不同的方式，每一种方式称为一个策略，我们可以根据环境或者条件的不同选择不同的策略来完成该项任务;
- 在软件开发中也常常遇到类似的情况，实现某一个功能有多个途径，此时可以使用一种设计模式来使得系统可以灵活地选择解决途径，也能够方便地增加新的解决途径。
模式定义
策略模式(Strategy Pattern)：策略模式是一种对象行为型模式，它定义一系列算法，将每一个算法封装起来，并让它们可以相互替换。策略模式让算法独立于使用它的客户而变化。
模式结构
6A79C87C3FEE48A0F1CA96BC8605735C.png
代码分析
- (instancetype)initWith:(LHCashType)type;
{
self = [super init];
if (self) {
switch (type) {
case LHCashTypeNormal: {
_cs = [[CashNormal alloc] init];
}
break;
case LHCashTypeRebate: {
_cs = [[CashReturn alloc] initWith:@"300" moneyReturn:@"100"];
}
break;
case LHCashTypeReturn: {
_cs = [[CashRebate alloc] initWith:@"0.8"];
}
break;
}
}
return self;
}
- (CGFloat)GetResult:(CGFloat)money {
return [self.cs acceptCash:money];
}
模式分析
- 策略模式是一个比较容易理解和使用的设计模式，策略模式是对算法的封装，它把算法的责任和算法本身分割开，委派给不同的对象管理。策略模式通常把一个系列的算法封装到一系列的策略类里面，作为一个抽象策略类的子类。用一句话来说，就是“准备一组算法，并将每一个算法封装起来，使得它们可以互换”；
- 策略模式仅仅封装算法，提供新算法插入到已有系统中，以及老算法从系统中“退休”的方便，策略模式并不决定在何时使用何种算法，算法的选择由客户端来决定。这在一定程度上提高了系统的灵活性，但是客户端需要理解所有具体策略类之间的区别，以便选择合适的算法，这也是策略模式的缺点之一，在一定程度上增加了客户端的使用难度。
优点
- 提供了对“开闭原则”的完美支持，用户可以在不修改原有系统的基础上选择算法或行为，也可以灵活地增加新的算法或行为；
- 策略模式提供了管理相关的算法族的办法；
- 策略模式提供了可以替换继承关系的办法；
- 使用策略模式可以避免使用多重条件转移语句。
缺点
客户端必须知道所有的策略类，并自行决定使用哪一个策略类,t同时将造成产生很多策略类，可以通过使用享元模式在一定程度上减少对象的数量。
适用环境：
- 如果在一个系统里面有许多类，它们之间的区别仅在于它们的行为，那么使用策略模式可以动态地让一个对象在许多行为中选择一种行为；
- 一个系统需要动态地在几种算法中选择一种。
如果一个对象有很多的行为，如果不用恰当的模式，这些行为就只好使用多重的条件选择语句来实现； - 不希望客户端知道复杂的、与算法相关的数据结构，在具体策略类中封装算法和相关的数据结构，提高算法的保密性与安全性。
模式扩展
策略模式与状态模式：
- 可以通过环境类状态的个数来决定是使用策略模式还是状态模式；
- 策略模式的环境类自己选择一个具体策略类，具体策略类无须关心环境类；而状态模式的环境类由于外在因素需要放进一个具体状态中，以便通过其方法实现状态的切换，因此环境类和状态类之间存在一种双向的关联关系;
- 使用策略模式时，客户端需要知道所选的具体策略是哪一个，而使用状态模式时，客户端无须关心具体状态，环境类的状态会根据用户的操作自动转换；
- 如果系统中某个类的对象存在多种状态，不同状态下行为有差异，而且这些状态之间可以发生转换时使用状态模式；如果系统中某个类的某一行为存在多种实现方式，而且这些实现方式可以互换时使用策略模式。
