系统架构设计——设计模式之策略模式
2016-05-03 10:00
295 查看
面向对象的变成,并不是类越多越好,类的划分是为了封装,但分类的基础是抽象,具有相同属性和功能的对象的抽象集合才是类。——大话设计模式
基于此,我们介绍一下策略模式(Strategy):
![](http://img.blog.csdn.net/20160503094928391)
策略模式的重心不是如何实现算法,而是如何组织、调用这些算法,从而让程序结构更灵活,具有更好的维护性和扩展性。
算法的平等性
策略模式一个很大的特点就是各个策略算法的平等性。对于一系列具体的策略算法,大家的地位是完全一样的,正因为这个平等性,才能实现算法之间可以相互替换。所有的策略算法在实现上也是相互独立的,相互之间是没有依赖的。
所以可以这样描述这一系列策略算法:策略算法是相同行为的不同实现。
运行时策略的唯一性
运行期间,策略模式在每一个时刻只能使用一个具体的策略实现对象,虽然可以动态地在不同的策略实现中切换,但是同时只能使用一个。
公有的行为
经常见到的是,所有的具体策略类都有一些公有的行为。这时候,就应当把这些公有的行为放到共同的抽象策略角色Strategy类里面。当然这时候抽象策略角色必须要用Java抽象类实现,而不能使用接口。
这其实也是典型的将代码向继承等级结构的上方集中的标准做法。
1. 策略模式提供了管理相关的算法族的办法。策略类的等级结构定义了一个算法或行为族。恰当使用继承可以把公共的代码移到父类里面,从而避免代码重复。
2. 使用策略模式可以避免使用多重条件(if-else)语句。多重条件语句不易维护,它把采取哪一种算法或采取哪一种行为的逻辑与算法或行为的逻辑混合在一起,统统列在一个多重条件语句里面,比使用继承的办法还要原始和落后。
策略模式的缺点
1. 客户端必须知道所有的策略类,并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别,以便适时选择恰当的算法类。换言之,策略模式只适用于客户端知道算法或行为的情况。
2. 由于策略模式把每个具体的策略实现都单独封装成为类,如果备选的策略很多的话,那么对象的数目就会很可观。
注意:转载请标明,转自itboy-木小草。
尊重原创,尊重技术。
策略模式的定义
它定义了算法家族,分别封装起来,让它们之间可以互相替换,此模式让算法的变化,不会影响到使用算法的客户。应用场景
在我们软件开发过程中,经常会遇到需求变动,具体的算法变动也是常有的事。就拿商场打折促销的方式来说,久经常的变动。五一打8折,十一打7折,平时满500送200什么的,经常的事情。这就要求我们的程序能随着算法的变动,尽量少的变动程序本身。这就体现了我们程序设计的一个重要的原则就是——开放-封闭原则,即对于扩展是开放的(Open for extension),对于更改是封闭的(Closed for modification)。基于此,我们介绍一下策略模式(Strategy):
结构图
代码表示
package muxiaocao.strategy; /** * 抽象算法 * @author muxiaocao * */ public abstract class Strategy { // 算法方法 public abstract void AlgorithmInterface(); } package muxiaocao.strategy;
/** * 上下文 * @author muxiaocao * */ public class Context { Strategy strategy; public Context(Strategy strategy){ this.strategy = strategy; } // 上下文接口 public void ContextInterface() { strategy.AlgorithmInterface(); } } package muxiaocao.strategy;
/** * 具体算法A * @author muxiaocao * */ public class ConcreteStrategyA extends Strategy{ // 算法A实现 public void AlgorithmInterface() { } } /*============================================*/ package muxiaocao.strategy; /** * 具体算法B * @author muxiaocao * */ public class ConcreteStrategyB extends Strategy{ // 算法B实现 public void AlgorithmInterface() { } } /*============================================*/ package muxiaocao.strategy; /** * 具体算法C * @author muxiaocao * */ public class ConcreteStrategyC extends Strategy{ // 算法C实现 public void AlgorithmInterface() { } }
策略模式的认识
策略模式的重心策略模式的重心不是如何实现算法,而是如何组织、调用这些算法,从而让程序结构更灵活,具有更好的维护性和扩展性。
算法的平等性
策略模式一个很大的特点就是各个策略算法的平等性。对于一系列具体的策略算法,大家的地位是完全一样的,正因为这个平等性,才能实现算法之间可以相互替换。所有的策略算法在实现上也是相互独立的,相互之间是没有依赖的。
所以可以这样描述这一系列策略算法:策略算法是相同行为的不同实现。
运行时策略的唯一性
运行期间,策略模式在每一个时刻只能使用一个具体的策略实现对象,虽然可以动态地在不同的策略实现中切换,但是同时只能使用一个。
公有的行为
经常见到的是,所有的具体策略类都有一些公有的行为。这时候,就应当把这些公有的行为放到共同的抽象策略角色Strategy类里面。当然这时候抽象策略角色必须要用Java抽象类实现,而不能使用接口。
这其实也是典型的将代码向继承等级结构的上方集中的标准做法。
优缺点
策略模式的优点1. 策略模式提供了管理相关的算法族的办法。策略类的等级结构定义了一个算法或行为族。恰当使用继承可以把公共的代码移到父类里面,从而避免代码重复。
2. 使用策略模式可以避免使用多重条件(if-else)语句。多重条件语句不易维护,它把采取哪一种算法或采取哪一种行为的逻辑与算法或行为的逻辑混合在一起,统统列在一个多重条件语句里面,比使用继承的办法还要原始和落后。
策略模式的缺点
1. 客户端必须知道所有的策略类,并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别,以便适时选择恰当的算法类。换言之,策略模式只适用于客户端知道算法或行为的情况。
2. 由于策略模式把每个具体的策略实现都单独封装成为类,如果备选的策略很多的话,那么对象的数目就会很可观。
注意:转载请标明,转自itboy-木小草。
尊重原创,尊重技术。
相关文章推荐
- 【书签】个人常用网站整理及应用推荐
- perl 包下载官方网站(速度很快的) 和 解压安装指令
- 京东商品搜索架构设计
- MVP+Dagger2+Retrofit实现更清晰的架构
- Linux环境下php实现给网站截图的方法
- 分享一个很酷很炫的html5特效网站源码
- 浅谈MVP架构及开发模式
- Windows平台分布式架构实践 - 负载均衡
- 几款优秀的国内wordpress主题和其作者网站推荐
- Intel Core系列CPU架构演变
- Linux环境下php实现给网站截图的方法
- 个人网站留言页面(前端jQuery编写、后台php读写MySQL)
- MySQL数据库的高可用方案总结
- Log4j2架构分析与实战
- 源码网站
- REST微服务架构之Dropwizard
- 编程思想 和 架构
- MySQL MHA高可用环境搭建
- WPF+MVVM插件化架构-壳
- 国内外部分开源软件镜像站和部分软件官方网站