说到策略模式，谈及我对其的使用思虑的时候，先看看他现有的公理：
概念定义：策略模式定义了一系列的算法，并将每一个算法封装起来，而且使他们可以相互替换，让算法独立于使用它的客户端
应用场景：同一问题的多种处理方式，体现在行为上的差别
UML图：
这里涉及三个概念：策略抽象类本身，抽象类的持有者，抽象类的具体策略（可以理解为实现子类）
举个例子：在iOS的一个新闻app上新闻列表的cell样式，可能分三种：a：纯文字显示 b：纯图片显示 c：视频显示 abc三种样式的具体实现就是具体策略，抽象样式类就是策略抽象类 ，假设在UITableViewCell去加载这些样式，UITableViewCell可以是抽象类的持有者。在使用样式的时候，通过调用抽象类的加载样式方法，并传递参数来实例化不同样式。
思考：1.使用策略模式，必须知道所有的策略类，并且自己决定使用哪一个策略类？
2.策略模式可以适当使用类似继承，把公共部分转移到抽象类里面，但是又会造成如果不使用抽象类，就会导致策略方法里面公共部分的不完整？所以要注意适当取舍？
3.使用策略方法的行为类（判断使用的地方）可以和具体策略方法完全分离。这样策略方法可以独立的演变？
4.策略模式造成每个具体实现的策略类都是一个独立的类，而在实际开发中，几种策略方法也许在一个类里面分分钟完成，而如果使用策略模式开发就会多出很多文件，很多类，造成开发时间延长，这种如何取舍？