面临问题:
对于某种算法的选择依赖于用户的请求内容或算法所使用的数据。
也就是说一个问题有多种可选的策略,这些策略在概念上具有相同的功能,但是适用于不同的环境;如果我们简单的使用继承关系来对这些策略上的差异进行建模,可能会导致很多问题:类的个数迅速失控,代码大量重复、冗余 ,复用无法进行。
在软件构建过程中,某些对象使用的算法可能多种多样,经常改变,如果将这些算法都编码到对象中,将会使对象变得异常复杂;而且有时侯支持不使用的算法也是一个性能负担。如何在运行时根据需要透明地更改对象的算法?将算法与对象本身解耦,从而避免上述问题?
解决方案:
将算法的实现和选择分离。允许根据语境来选择算法
就是将可能存在变化的策略或算法抽象为一个独立的接口或抽象类。
定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换。策略模式使得算法可独立于使用它的客户而变化。
策略模式
策略模式是对算法的封装,它把算法的责任和算法本身分割开,委派给不同的对象管理。策略模式通
常把一个系列的算法封装到一系列的策略类里面,作为一个抽象策略类的子类。
行为型模式是对变化的行为进行抽象。策略型模式就是将可能变化的策略或算法进行抽象。这和模板方法不同的是模板使用的继承,而这个使用的是委派。
Strategy模式解决的问题
在实际中我们经常会发现一个问题有多种可选的策略,这些策略在概念上具有相同的功能,但是适用于不同的环境
如果我们简单的使用继承关系来对这些策略上的差异进行建模,可能会导致很多问题:
类的个数迅速失控
代码大量重复、冗余
复用无法进行
1193

被折叠的 条评论
为什么被折叠?



