目的:
把算法封装起来,并且使他们可以相互替换,使得算法可以独立于使用它的客户而变化。
适用情景:
1、 许多的类仅仅是行为有异(数据一致),”策略”提供了一种用多个行为中的一个行为来配置一个类的方法。
2、 需要使用不同的算法,如可以根据不同参数选取不同的效率算法。
3、 算法使用客户不应该知道的数据。
4、 替换多个if/else或switch语句
UML描述:
协作:
Strategy和Context相互作用以实现选定的算法。当算法被调用时,Context可以将该算法所需的数据传递给该Strategy。或者Context将自身作为一个参数传递给Strategy。
Context将它的客户的请求转发给它的Strategy。客户通常创建并传递一个ConcreteStrategy对象给Context;这样,客户可以选取不同的ConcreteStrategy与Context交互。客户选取Strategy时需要了解这些Strategy到底有何不同,此时可能不得不向客户暴露具体的实现问题。
数据接口的实现问题:
1) 定义Strategy和Context接口
一种办法是将Context将参数逐个传给Strategy的操作方法;另一种是让Context将自身作为一个参数传给Strategy的操作方法(可能有的数据是不必要的,但是接口简洁)
2) 将Strategy作为模版参数
使用这种方法不需要给Strategy定义接口的抽象类,把Strategy作为一个模版参数也使得可以将一个Strategy和它的Context静态绑定在一起,从而提高效率。
适用条件:1) 可以在编译时选择strategy 2)strategy不需要在运行时改变
3) 使Strategy对象成为可选的
这种情形通过定义Strategy对象的缺省行为来实现,当Context访问Strategy时需先判断Strategy是否存在,如果客户使用缺省的行为就不需要处理Strategy对象。
扩展:
Strategy也可以被封装成单例形式,在Context中通过指针方式与Strategy交换(c语言的话也可以用函数指针实现)