java 策略模式
2015-10-13 20:43
591 查看
引言:第一次写博客,希望把自己学的东西写下来,巩固自己的知识,同时也是分享给大家
1.定义:The Strategy Pattern defines a family of algorithms,encapsulates each one,and makes them interchangeable. Strategy lets the algorithm vary independently
from clients that use it.
英语水平不好,翻译了反而误导他人和自己。说说自己的理解吧:其实就是策略模式是由一系列的策略组成,这些策略在不同的场景中使用。这里我也提到了俩个关键点即策略和环境,用代码来说明就是strage和content。我们可以简单想一下,但我们在很多时候都会遇到种种的困难,那么我们每次都会解决掉,那么每次我们不可能都是一样的方法,除非你是李刚。下面我就把原型先列出来,那就以我们的绿野仙踪购票平台为例。
2.
3.执行结果:
网络故障迷茫哥在我们玩站买票出票失败了
网络故障了,正在通知网络维护人员
网络故障了售票失败了,正在告知用户,进行退款
根新数据库
数据库故障销魂哥在我们玩站买票出票失败了
数据库故障了,正在通知DBA
数据库故障了售票失败了,正在告知用户,进行退款
数据库故障了售票失败了,等待数据库修护好,更新数据库
4.分析:很简单的例子,看一下代码关键点是我们调用端要知道该是什么策略然后在调用。首先说好处:(1)每个策略独立好管理,不会写在一起显得比较乱。(2)便于拓展以后还有其他原因导致的呢,我们只需要加一个策略,不需要改动原先代码。(3)其实每个策略还可以做其他事情,现在我们是购票网络异常策略,还有其他网络异常策略呢,同样可以加在我们的策略类里面。(4)环境即content独立封装了strage,很多事情在环境里面就搞定了,它的作用就是管理我们的strage。
再说说局限性:(1)调用duang需要知道每个策略,那么高层的东西暴露多了,不符合设计模式的原则。解决方案,策略通过工厂模式生产出来。
5.应用:
6.比较:
桥梁模式与策略模式:没什么太多领悟,桥梁模式用多少,以后补上。
1.定义:The Strategy Pattern defines a family of algorithms,encapsulates each one,and makes them interchangeable. Strategy lets the algorithm vary independently
from clients that use it.
英语水平不好,翻译了反而误导他人和自己。说说自己的理解吧:其实就是策略模式是由一系列的策略组成,这些策略在不同的场景中使用。这里我也提到了俩个关键点即策略和环境,用代码来说明就是strage和content。我们可以简单想一下,但我们在很多时候都会遇到种种的困难,那么我们每次都会解决掉,那么每次我们不可能都是一样的方法,除非你是李刚。下面我就把原型先列出来,那就以我们的绿野仙踪购票平台为例。
2.
/* * 前面说到我们的绿野仙踪购票网站,说道购票有时候遇到这种肯跌情况,就是我付钱了,但是票没买成功,淡然啦原因很多, * 关键问题是我们正对这样的情况怎么处理呢? * */ public interface Strategy { public void dealSoldTickeFaild(); }
public class Context { private Strategy strategy; public Context(Strategy strategy){ this.strategy = strategy; } public void operate(){ this.strategy.dealSoldTickeFaild(); } }
public class DatabaseError implements Strategy{ public void dealSoldTickeFaild() { System.out.println("数据库故障了,正在通知DBA"); System.out.println("数据库故障了售票失败了,正在告知用户,进行退款"); System.out.println("数据库故障了售票失败了,等待数据库修护好,更新数据库"); } }
public class NetError implements Strategy{ public void dealSoldTickeFaild() { System.out.println("网络故障了,正在通知网络维护人员"); System.out.println("网络故障了售票失败了,正在告知用户,进行退款"); System.out.println("根新数据库"); } }
public static void main(String[] args) { Context context; System.out.println("网络故障迷茫哥在我们玩站买票出票失败了"); context = new Context(new NetError()); context.operate(); System.out.println("数据库故障销魂哥在我们玩站买票出票失败了"); context = new Context(new DatabaseError()); context.operate(); }
3.执行结果:
网络故障迷茫哥在我们玩站买票出票失败了
网络故障了,正在通知网络维护人员
网络故障了售票失败了,正在告知用户,进行退款
根新数据库
数据库故障销魂哥在我们玩站买票出票失败了
数据库故障了,正在通知DBA
数据库故障了售票失败了,正在告知用户,进行退款
数据库故障了售票失败了,等待数据库修护好,更新数据库
4.分析:很简单的例子,看一下代码关键点是我们调用端要知道该是什么策略然后在调用。首先说好处:(1)每个策略独立好管理,不会写在一起显得比较乱。(2)便于拓展以后还有其他原因导致的呢,我们只需要加一个策略,不需要改动原先代码。(3)其实每个策略还可以做其他事情,现在我们是购票网络异常策略,还有其他网络异常策略呢,同样可以加在我们的策略类里面。(4)环境即content独立封装了strage,很多事情在环境里面就搞定了,它的作用就是管理我们的strage。
再说说局限性:(1)调用duang需要知道每个策略,那么高层的东西暴露多了,不符合设计模式的原则。解决方案,策略通过工厂模式生产出来。
5.应用:
Spring 资源访问和解析:Resource(策略类的父类),使用过spring的会了解到,我们配置spring资源文件有多种形式:做web开发经常采用classPath即我们的编译路径,还有其他的直接使用url,还有我们的系统路径等。针对上述,就会有ClassPathResource,FileSystemResource,UrlResource3个具体策略。
6.比较:桥梁模式与策略模式:没什么太多领悟,桥梁模式用多少,以后补上。
相关文章推荐
- javac和java -cp选项情景总结
- eclipse相关问题一:无法import项目,显示 select at list one project
- IK Analyzer demo
- Spring 4.0 + Spring MVC(四)学习
- spring系列之3--iBATIS的使用
- JAVA异常分析
- java环境配置
- Java中的clone方法
- java web 手动部署项目步骤
- Spring4.0集成Junit4测试case
- JAVA 上机作业5.36
- JAVA上机——5.26
- Java 5.36
- struts2学习(一)
- java练习题5.19
- JAVA 输出回文数
- 有关Java的内容
- java中由控制台输入文字和数的方法
- Java 5.19*
- spring事务类型详解