- 浏览: 139385 次
- 性别:
- 来自: 北京
文章分类
最新评论
-
jackroomage:
-HashMap 类 (除了不同步和允许使用 null ...
map,set,list,等JAVA中集合解析 -
bin_1715575332:
讲得很形象,呵呵。
Spring如何实现IOC与AOP的 -
love_miaohong:
表达的很清晰!
map,set,list,等JAVA中集合解析 -
Wuaner:
引用 4,sleep必须捕获异常,而wait,notify和n ...
sleep() 和 wait() 的区别 -
javawen:
dadsdddddd
java 异常类
接策略模式-4,其实是讲的一个主题,写在一个里面超长了,只好分成了两个,请见谅!
3:扩展示例,实现方式一
经过上面的测试可以看出,通过使用策略模式,已经实现好了两种支付方式了。如果现在要增加一种支付方式,要求能支付到银行卡,该怎么扩展最简单呢?
应该新增加一种支付到银行卡的策略实现,然后通过继承来扩展支付上下文,在里面添加新的支付方式需要的新的数据,比如银行卡账户,然后在客户端使用新的上下文和新的策略实现就可以了,这样已有的实现都不需要改变,完全遵循开-闭原则。
先看看扩展的支付上下文对象的实现,示例代码如下:
/** * 扩展的支付上下文对象 */ public class PaymentContext2 extends PaymentContext { /** * 银行帐号 */ private String account = null ; /** * 构造方法,传入被支付工资的人员,应支付的金额和具体的支付策略 * @param userName 被支付工资的人员 * @param money 应支付的金额 * @param account 支付到的银行帐号 * @param strategy 具体的支付策略 */ public PaymentContext2(String userName,double money, String account,PaymentStrategy strategy){ super (userName,money,strategy); this .account = account; } public String getAccount() { return account; } } |
然后看看新的策略算法的实现,示例代码如下:
/** * 支付到银行卡 */ public class Card implements PaymentStrategy{ public void pay(PaymentContext ctx) { // 这个新的算法自己知道要使用扩展的支付上下文,所以强制造型一下 PaymentContext2 ctx2 = (PaymentContext2)ctx; System.out .println(" 现在给 "+ctx2.getUserName()+" 的 " +ctx2.getAccount()+" 帐号支付了 "+ctx2.getMoney()+" 元 "); // 连接银行,进行转帐,就不去管了 } } |
最后看看客户端怎么使用这个新的策略呢?原有的代码不变,直接添加新的测试就可以了,示例代码如下:
public class Client { public static void main(String[] args) { // 创建相应的支付策略 PaymentStrategy strategyRMB = new RMBCash(); PaymentStrategy strategyDollar = new DollarCash();
// 准备小李的支付工资上下文 PaymentContext ctx1 = new PaymentContext(" 小李 ",5000,strategyRMB); // 向小李支付工资 ctx1.payNow();
// 切换一个人,给 petter 支付工资 PaymentContext ctx2 = new PaymentContext("Petter",8000,strategyDollar); ctx2.payNow();
// 测试新添加的支付方式 PaymentStrategy strategyCard = new Card(); PaymentContext ctx3 = new PaymentContext2( " 小王 ",9000,"010998877656",strategyCard); ctx3.payNow(); } } |
再次测试,体会一下,运行结果如下:
现在给小李人民币现金支付 5000.0 元 现在给 Petter 美元现金支付 8000.0 元 现在给小王的 010998877656 帐号支付了 9000.0 元 |
4:扩展示例,实现方式二
同样还是实现上面这个功能:现在要增加一种支付方式,要求能支付到银行卡。
(1)上面这种实现方式,是通过扩展上下文对象来准备新的算法需要的数据。还有另外一种方式,那就是通过策略的构造方法来传入新算法需要的数据。这样实现的话,就不需要扩展上下文了,直接添加新的策略算法实现就好了。示例代码如下:
/** * 支付到银行卡 */ public class Card2 implements PaymentStrategy{ /** * 帐号信息 */ private String account = ""; /** * 构造方法,传入帐号信息 * @param account 帐号信息 */ public Card2(String account){ this .account = account; } public void pay(PaymentContext ctx) { System.out .println(" 现在给 "+ctx.getUserName()+" 的 " +this .account+" 帐号支付了 "+ctx.getMoney()+" 元 "); // 连接银行,进行转帐,就不去管了 } } |
(2)直接在客户端测试就可以了,测试示例代码如下:
public
class
Client {
public
static
void
main(String[] args) {
//
测试新添加的支付方式
PaymentStrategy strategyCard2 = new
Card2("010998877656");
PaymentContext ctx4 =
new
PaymentContext("
小张
",9000,strategyCard2);
ctx4.payNow();
}
}
运行看看,好好体会一下。
(3)现在有这么两种扩展的实现方式,到底使用哪一种呢?或者是哪种实现更好呢?下面来比较一下:
对于扩展上下文的方式
:
这样实现,所有策略的实现风格更统一,策略需要的数据都统一从上下文来获取,这样在使用方法上也很统一;另外,在上下文中添加新的数据,别的相应算法也可
以用得上,可以视为公共的数据。但缺点也很明显,如果这些数据只有一个特定的算法来使用,那么这些数据有些浪费;另外每次添加新的算法都去扩展上下文,容
易形成复杂的上下文对象层次,也未见得有必要。
对于在策略算法的实现上添加自己需要的数据的方式
:
这样实现,比较好想,实现简单。但是缺点也很明显,跟其它策略实现的风格不一致,其它策略都是从上下文中来获取数据,而这个策略的实现一部分数据来自上下
文,一部分数据来自自己,有些不统一;另外,这样一来,外部使用这些策略算法的时候也不一样了,不太好以一个统一的方式来动态切换策略算法。
两种实现各有优劣,至于如何选择,那就具体问题,具体的分析了。
5:另一种策略模式调用顺序示意图
策略模式调用还有一种情况,就是把Context当做参数来传递给Strategy,也就是本例示范的这种方式,这个时候策略模式的调用顺序如图4所示:
图4 策略模式调用顺序示意图二
未完待续......
转载自:http://chjavach.iteye.com/blog/700505
发表评论
-
研磨设计模式之简单工厂模式-3(转)
2011-03-22 15:25 8173 模式讲解 3.1 典型 ... -
研磨设计模式之简单工厂模式-2(转)
2010-11-19 16:17 7102 解决方案 1 简单工厂来解决 ... -
研磨设计模式之简单工厂模式-1(转)
2010-11-19 16:02 712继续研磨设计模式, ... -
研磨设计模式之抽象工厂模式-1(转)
2010-10-28 15:58 785抽象工厂模式(Abstract Factory) 1.1 ... -
研磨设计模式之装饰模式-4(转)
2010-10-19 16:41 7733.3 装饰模式和AOP 装饰模式和A ... -
研磨设计模式之装饰模式-3(转)
2010-10-11 09:35 7213 模式讲解 3.1 认识 ... -
研磨设计模式之装饰模式-2(转)
2010-09-28 15:42 8032 解决方案 2.1 装饰 ... -
研磨设计模式之装饰模式-1(转)
2010-09-26 08:49 821装饰模式(Decorator) 1 ... -
研磨设计模式之桥接模式-4(转)
2010-09-09 19:03 8463.4 广义桥接-Java中无 ... -
研磨设计模式之桥接模式-3(转)
2010-09-09 18:43 5453 模式讲解 3.1 认识 ... -
研磨设计模式之工厂方法模式-5(转)
2010-09-07 20:01 7613.3 平行的类层次结 ... -
研磨设计模式之工厂方法模式-4(转)
2010-09-07 19:26 5873.2 工厂方法模式与Io ... -
研磨设计模式之工厂方法模式-3(转)
2010-09-07 19:03 5913 模式讲解 3.1 认识工厂方法模式 (1)模式 ... -
研磨设计模式之工厂方法模式-2(转)
2010-09-07 18:22 7362 解决方案 2.1 工 ... -
研磨设计模式之工厂方法模式-1(转)
2010-09-03 18:43 600做Java一晃就十年了,最 ... -
研磨设计模式之策略模式-6(转)
2010-09-02 19:04 9493.4 策略模式结合模板方法模式 在实 ... -
研磨设计模式之策略模式-4(转)
2010-09-02 18:29 7243.3 Context和Strategy的 ... -
研磨设计模式之策略模式-3(转)
2010-09-02 17:42 6783 模式讲解 3.1 认 ... -
研磨设计模式之策略模式-2(转)
2010-09-02 17:30 6812 解决方案 2.1 策 ... -
研磨设计模式之策略模式-1(转)
2010-09-02 17:09 1003首先感谢众多朋友的支 ...
相关推荐
《研磨设计模式》完整覆盖GoF讲述的23个设计模式并加以细细研磨。初级内容从基本讲起,包括每个模式的定义、功能、思路、结构、基本实现、运行调用顺序、基本应用示例等,让读者能系统、完整、准确地掌握每个模式,...
单例模式、工厂方法模式、策略模式、命令模式和桥接模式。
《研磨设计模式》完整覆盖GoF讲述的23个设计模式并加以细细研磨。初级内容从基本讲起,包括每个模式的定义、功能、思路、结构、基本实现、运行调用顺序、基本应用示例等,让读者能系统、完整、准确地掌握每个模式,...
《研磨设计模式》完整覆盖GoF讲述的23个设计模式并加以细细研磨。初级内容从基本讲起,包括每个模式的定义、功能、思路、结构、基本实现、运行调用顺序、基本应用示例等,让读者能系统、完整、准确地掌握每个模式,...
《研磨设计模式》完整覆盖GoF讲述的23个设计模式并加以细细研磨。初级内容从基本讲起,包括每个模式的定义、功能、思路、结构、基本实现、运行调用顺序、基本应用示例等,让读者能系统、完整、准确地掌握每个模式,...
《研磨设计模式》完整覆盖GoF讲述的23个设计模式并加以细细研磨。初级内容从基本讲起,包括每个模式的定义、功能、思路、结构、基本实现、运行调用顺序、基本应用示例等,让读者能系统、完整、准确地掌握每个模式,...
《研磨设计模式》完整覆盖GoF讲述的23个设计模式并加以细细研磨。初级内容从基本讲起,包括每个模式的定义、功能、思路、结构、基本实现、运行调用顺序、基本应用示例等,让读者能系统、完整、准确地掌握每个模式,...
《研磨设计模式》完整覆盖GoF讲述的23个设计模式并加以细细研磨。初级内容从基本讲起,包括每个模式的定义、功能、思路、结构、基本实现、运行调用顺序、基本应用示例等,让读者能系统、完整、准确地掌握每个模式,...
《研磨设计模式》完整覆盖GoF讲述的23个设计模式并加以细细研磨。初级内容从基本讲起,包括每个模式的定义、功能、思路、结构、基本实现、运行调用顺序、基本应用示例等,让读者能系统、完整、准确地掌握每个模式,...
《研磨设计模式》完整覆盖GoF讲述的23个设计模式并加以细细研磨。初级内容从基本讲起,包括每个模式的定义、功能、思路、结构、基本实现、运行调用顺序、基本应用示例等,让读者能系统、完整、准确地掌握每个模式,...
研磨设计模式系列,包括: 单例模式、工厂方法模式、策略模式、命令模式和桥接模式
接下来想写写另外一个虽然较简单,但是使用很频繁的模式——策略模式策略模式(Strategy)1 场景问题1.1 报价管理向客户报价,对于销售部门的人来讲,这是一个非常重大、非常复杂的问题,对不同的客户要报不同的...
在网上搜到的资源,很详细的介绍了最常用最简单的设计模式--策略模式
这种问题设计可以打破传统导入模式,从学生熟悉的日常购物场景创设情境,在镜头展示时,又引入比较展示的方法,让学生对整数和小数形成直观。 三、教学实践探索 在教学实践中,教师可以根据学科特点和学生需求,...