查看“设计模式:策略模式”的源代码
←
设计模式:策略模式
跳到导航
跳到搜索
因为以下原因,您没有权限编辑本页:
您请求的操作仅限属于该用户组的用户执行:
用户
您可以查看和复制此页面的源代码。
[[category:设计模式]] == 关于 == <pre> 在现实生活中常常遇到实现某种目标存在多种策略可供选择的情况,例如,出行旅游可以乘坐飞机、乘坐火车、骑自行车或自己开私家车等,超市促销可以釆用打折、送商品、送积分等方法。 在软件开发中也常常遇到类似的情况,当实现某一个功能存在多种算法或者策略,我们可以根据环境或者条件的不同选择不同的算法或者策略来完成该功能,如数据排序策略有冒泡排序、选择排序、插入排序、二叉树排序等。 如果使用多重条件转移语句实现(即硬编码),不但使条件语句变得很复杂,而且增加、删除或更换算法要修改原代码,不易维护,违背开闭原则。如果采用策略模式就能很好解决该问题。 </pre> 策略(Strategy)模式的定义:该模式'''定义了一系列算法,并将每个算法封装起来,使它们可以相互替换''',且算法的变化不会影响使用算法的客户。 * 策略模式属于对象行为模式,它通过对算法进行封装,把使用算法的责任和算法的实现分割开来,并委派给不同的对象对这些算法进行管理。 === 优点和缺点 === 优点: * 多重条件语句不易维护,而使用策略模式可以'''避免使用多重条件语句''',如“if...else”语句、“switch...case”语句。 * 策略模式提供了一系列的可供重用的算法族,恰当使用继承可以把算法族的公共代码转移到父类里面,从而避免重复的代码。 * 策略模式可以'''提供相同行为的不同实现''',客户可以根据不同时间或空间要求选择不同的。 * 策略模式提供了对开闭原则的完美支持,可以在不修改原代码的情况下,灵活增加新算法。 * 策略模式把算法的使用放到环境类中,而算法的实现移到具体策略类中,实现了二者的分离。 缺点: * 客户端必须理解所有策略算法的区别,以便适时选择恰当的算法类。 * 策略模式造成很多的策略类,增加维护难度。 === 应用场景 === 策略模式在很多地方用到,如 '''Java SE 中的容器布局管理'''就是一个典型的实例,Java SE 中的每个容器都存在多种布局供用户选择。 在程序设计中,通常在以下几种情况中使用策略模式较多: * 一个系统需要'''动态地在几种算法中选择一种'''时,可将每个算法封装到策略类中。 * 一个类定义了多种行为,并且这些行为在这个类的操作中以多个条件语句的形式出现,可将每个条件分支移入它们各自的策略类中以代替这些条件语句。 * 系统中各算法彼此完全独立,且要求对客户隐藏具体算法的实现细节时。 * 系统要求使用算法的客户不应该知道其操作的数据时,可使用'''策略模式来隐藏与算法相关的数据结构'''。 * '''多个类只区别在表现行为不同''',可以使用策略模式,在运行时动态选择具体要执行的行为。 == 结构与实现 == 策略模式是准备一组算法,并'''将这组算法封装到一系列的策略类里面,作为一个抽象策略类的子类'''。 策略模式的主要角色如下。 # '''抽象策略'''(Strategy)类:定义了一个公共接口,各种不同的算法以不同的方式实现这个接口,环境角色使用这个接口调用不同的算法,一般使用接口或抽象类实现。 # '''具体策略'''(Concrete Strategy)类:实现了抽象策略定义的接口,提供具体的算法实现。 # '''环境'''(Context)类:持有一个策略类的引用,最终给客户端调用。 其结构如下: : [[File:设计模式:策略模式.png|600px]] 其代码如下: : <syntaxhighlight lang="java" line highlight="21,30"> //抽象策略类 interface Strategy { public void strategyMethod(); //策略方法 } //具体策略类A class ConcreteStrategyA implements Strategy { public void strategyMethod() { System.out.println("具体策略A的策略方法被访问!"); } } //具体策略类B class ConcreteStrategyB implements Strategy { public void strategyMethod() { System.out.println("具体策略B的策略方法被访问!"); } } //环境类 class Context { private Strategy strategy; public Strategy getStrategy() { return strategy; } public void setStrategy(Strategy strategy) { this.strategy = strategy; } public void strategyMethod() { strategy.strategyMethod(); } } public class StrategyPattern { public static void main(String[] args) { Context c = new Context(); Strategy s = new ConcreteStrategyA(); c.setStrategy(s); c.strategyMethod(); System.out.println("-----------------"); s = new ConcreteStrategyB(); c.setStrategy(s); c.strategyMethod(); } } </syntaxhighlight> : <syntaxhighlight lang="java" highlight=""> 具体策略A的策略方法被访问! ----------------- 具体策略B的策略方法被访问! </syntaxhighlight> == 模式的扩展:“'''策略工厂模式'''” == 在一个使用策略模式的系统中,当存在的策略很多时,客户端管理所有策略算法将变得很复杂,如果在环境类中使用“'''策略工厂模式'''”来管理这些策略类将大大减少客户端的工作复杂度。 : [[File:设计模式:策略模式:策略工厂模式.png|600px]] * 【策略工厂 用 hashmap 维护一组策略,类似于状态模式扩展的“共享状态模式”】
返回至“
设计模式:策略模式
”。
导航菜单
个人工具
登录
命名空间
页面
讨论
大陆简体
已展开
已折叠
查看
阅读
查看源代码
查看历史
更多
已展开
已折叠
搜索
导航
首页
最近更改
随机页面
MediaWiki帮助
笔记
服务器
数据库
后端
前端
工具
《To do list》
日常
阅读
电影
摄影
其他
Software
Windows
WIKIOE
所有分类
所有页面
侧边栏
站点日志
工具
链入页面
相关更改
特殊页面
页面信息