策略模式

面临问题:

对于某种算法的选择依赖于用户的请求内容或算法所使用的数据。

也就是说一个问题有多种可选的策略,这些策略在概念上具有相同的功能,但是适用于不同的环境;如果我们简单的使用继承关系来对这些策略上的差异进行建模,可能会导致很多问题:类的个数迅速失控,代码大量重复、冗余 ,复用无法进行。

在软件构建过程中,某些对象使用的算法可能多种多样,经常改变,如果将这些算法都编码到对象中,将会使对象变得异常复杂;而且有时侯支持不使用的算法也是一个性能负担。如何在运行时根据需要透明地更改对象的算法?将算法与对象本身解耦,从而避免上述问题?

解决方案:

将算法的实现和选择分离。允许根据语境来选择算法

就是将可能存在变化的策略或算法抽象为一个独立的接口或抽象类。

定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换。策略模式使得算法可独立于使用它的客户而变化。


策略模式

策略模式是对算法的封装,它把算法的责任和算法本身分割开,委派给不同的对象管理。策略模式通
常把一个系列的算法封装到一系列的策略类里面,作为一个抽象策略类的子类。


行为型模式是对变化的行为进行抽象。策略型模式就是将可能变化的策略或算法进行抽象。这和模板方法不同的是模板使用的继承,而这个使用的是委派。





Strategy模式解决的问题

在实际中我们经常会发现一个问题有多种可选的策略,这些策略在概念上具有相同的功能,但是适用于不同的环境
如果我们简单的使用继承关系来对这些策略上的差异进行建模,可能会导致很多问题:
类的个数迅速失控
代码大量重复、冗余
复用无法进行


  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值