文档章节

研磨设计模式之 策略模式-4

We911
 We911
发布于 2017/02/08 10:13
字数 3145
阅读 1
收藏 0
点赞 0
评论 0

研磨设计模式之 策略模式-4

3.3  Context和Strategy的关系

         在策略模式中,通常是上下文使用具体的策略实现对象,反过来,策略实现对象也可以从上下文获取所需要的数据,因此可以将上下文当参数传递给策略实现对象,这种情况下上下文和策略实现对象是紧密耦合的。
        在这种情况下,上下文封装着具体策略对象进行算法运算所需要的数据,具体策略对象通过回调上下文的方法来获取这些数据。
        甚至在某些情况下,策略实现对象还可以回调上下文的方法来实现一定的功能,这种使用场景下,上下文变相充当了多个策略算法实现的公共接口,在上下文定义的方法可以当做是所有或者是部分策略算法使用的公共功能。
        但是请注意,由于所有的策略实现对象都实现同一个策略接口,传入同一个上下文,可能会造成传入的上下文数据的浪费,因为有的算法会使用这些数据,而有的算法不会使用,但是上下文和策略对象之间交互的开销是存在的了。
        还是通过例子来说明。
1:工资支付的实现思路
        考虑这样一个功能:工资支付方式的问题,很多企业的工资支付方式是很灵活的,可支付方式是比较多的,比如:人民币现金支付、美元现金支付、银行转账到工资帐户、银行转账到工资卡;一些创业型的企业为了留住骨干员工,还可能有:工资转股权等等方式。总之一句话,工资支付方式很多。
        随着公司的发展,会不断有新的工资支付方式出现,这就要求能方便的扩展;另外工资支付方式不是固定的,是由公司和员工协商确定的,也就是说可能不同的员工采用的是不同的支付方式,甚至同一个员工,不同时间采用的支付方式也可能会不同,这就要求能很方便的切换具体的支付方式。
        要实现这样的功能,策略模式是一个很好的选择。在实现这个功能的时候,不同的策略算法需要的数据是不一样,比如:现金支付就不需要银行帐号,而银行转账就需要帐号。这就导致在设计策略接口中的方法时,不太好确定参数的个数,而且,就算现在把所有的参数都列上了,今后扩展呢?难道再来修改策略接口吗?如果这样做,那无异于一场灾难,加入一个新策略,就需要修改接口,然后修改所有已有的实现,不疯掉才怪!那么到底如何实现,在今后扩展的时候才最方便呢?
        解决方案之一,就是把上下文当做参数传递给策略对象,这样一来,如果要扩展新的策略实现,只需要扩展上下文就可以了,已有的实现不需要做任何的修改。
        这样是不是能很好的实现功能,并具有很好的扩展性呢?还是通过代码示例来具体的看。假设先实现人民币现金支付和美元现金支付这两种支付方式,然后就进行使用测试,然后再来添加银行转账到工资卡的支付方式,看看是不是能很容易的与已有的实现结合上。

2:实现代码示例
(1)先定义工资支付的策略接口,就是定义一个支付工资的方法,示例代码如下:  

/**

 * 支付工资的策略的接口,公司有多种支付工资的算法

 * 比如:现金、银行卡、现金加股票、现金加期权、美元支付等等

 */

public interface PaymentStrategy {

    /**

     * 公司给某人真正支付工资

     * @param ctx 支付工资的上下文,里面包含算法需要的数据

     */

    public void pay(PaymentContext ctx);

}


(2)定义好了工资支付的策略接口,该来考虑如何实现这多种支付策略了。
        为了演示的简单,这里先简单实现人民币现金支付和美元现金支付方式,当然并不真的去实现跟银行的交互,只是示意一下。
        人民币现金支付的策略实现,示例代码如下:  

/**

 * 人民币现金支付

 */

public class RMBCash implements PaymentStrategy{

    public void pay(PaymentContext ctx) {

       System.out.println("现在给"+ctx.getUserName()

+"人民币现金支付"+ctx.getMoney()+"元");

    }

}


同样的实现美元现金支付的策略,示例代码如下:  

/**

 * 美元现金支付

 */

public class DollarCash implements PaymentStrategy{

    public void pay(PaymentContext ctx) {

       System.out.println("现在给"+ctx.getUserName()

+"美元现金支付"+ctx.getMoney()+"元");

    }

}

 

 (3)该来看支付上下文的实现了,当然这个使用支付策略的上下文,是需要知道具体使用哪一个支付策略的,一般由客户端来确定具体使用哪一个具体的策略,然后上下文负责去真正执行。因此,这个上下文需要持有一个支付策略,而且是由客户端来配置它。示例代码如下: 

/**

 * 支付工资的上下文,每个人的工资不同,支付方式也不同

 */

public class PaymentContext {

    /**

     * 应被支付工资的人员,简单点,用姓名来代替

     */

    private String userName = null;

    /**

     * 应被支付的工资的金额

     */

    private double money = 0.0;

    /**

     * 支付工资的方式策略的接口

     */

    private PaymentStrategy strategy = null;

    /**

     * 构造方法,传入被支付工资的人员,应支付的金额和具体的支付策略

     * @param userName 被支付工资的人员

     * @param money 应支付的金额

     * @param strategy 具体的支付策略

     */

    public PaymentContext(String userName,double money,

PaymentStrategy strategy){

       this.userName = userName;

       this.money = money;

       this.strategy = strategy;

      }

    public String getUserName() {

       return userName;

    }

    public double getMoney() {

       return money;

    }

/**

     * 立即支付工资

     */

    public void payNow(){

       //使用客户希望的支付策略来支付工资

       this.strategy.pay(this);

    }

}

 

(4)准备好了支付工资的各种策略,下面看看如何使用这些策略来真正支付工资,很简单,客户端是使用上下文来使用具体的策略的,而且是客户端来确定具体的策略,就是客户端创建哪个策略,最终就运行哪一个策略,各个策略之间是可以动态切换的,示例代码如下: 

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();

    }

}

 

运行一下,看看效果,运行结果如下:  

现在给小李人民币现金支付5000.0元

现在给Petter美元现金支付8000.0元

 

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  策略模式调用顺序示意图二

 

 

 

未完待续......

© 著作权归作者所有

共有 人打赏支持
We911
粉丝 0
博文 63
码字总数 0
作品 0
深圳
程序员
代理模式(Proxy Pattern):动态代理 - 最易懂的设计模式解析

前言 今天我来全面总结开发中最常用的设计模式 - 代理模式中的动态代理模式 其他设计模式介绍 1分钟全面了解“设计模式” 单例模式(Singleton) - 最易懂的设计模式解析 简单工厂模式(Sim...

Carson_Ho ⋅ 04/09 ⋅ 0

系统架构技能之设计模式-单件模式

一、开篇 其实我本来不是打算把系统架构中的一些设计模式单独抽出来讲解的,因为很多的好朋友也比较关注这方面的内容,所以我想通过我理解及平时项目中应用到的一 些常见的设计模式,拿出来给...

wbf961127 ⋅ 2017/11/12 ⋅ 0

JavaScript设计模式之观察者模式

前言 准备研究一下MVVM的一些东西,由于MVVM运用了观察者模式的思想,因此翻开了《JavaScript设计模式与开发实践》一书,将观察者模式学习了一遍,顺便有对一些常用的设计模式进行一些了解,...

Srtian ⋅ 05/22 ⋅ 0

JavaScript 中常见设计模式整理

开发中,我们或多或少地接触了设计模式,但是很多时候不知道自己使用了哪种设计模式或者说该使用何种设计模式。本文意在梳理常见设计模式的特点,从而对它们有比较清晰的认知。 JavaScript 中...

牧云云 ⋅ 05/18 ⋅ 0

设计模式梳理(一)

设计模式梳理(一) 总体来说设计模式分为三大类: @案例源码地址:https://gitlab.com/lxqxsyu/DisgnPattern 创建型模式 简单工厂模式 工厂类是整个模式的关键。它包含必要的判断逻辑,能够...

lxq_xsyu ⋅ 2017/11/02 ⋅ 0

C#设计模式(2)——简单工厂模式

一、引言   这个系列也是自己对设计模式的一些学习笔记,希望对一些初学设计模式的人有所帮助的,在上一个专题中介绍了单例模式,在这个专题中继续为大家介绍一个比较容易理解的模式——简单工...

技术小胖子 ⋅ 2017/11/08 ⋅ 0

Java经典设计模式-结构型模式-适配器模式(Adapter)

适配器模式 适配器模式主要分为三类:类的适配器模式、对象的适配器模式、接口的适配器模式。 适配器模式将某个类的接口转换成客户端期望的另一个接口表示,目的是消除由于接口不匹配所造成的...

Idea ⋅ 01/20 ⋅ 0

设计模式.策略模式

策略模式跟抽象工厂非常相似,基本逻辑是根据需要实例化出需要用的类。不同的是策略模式需要调用者非常清晰的知道有哪些策略,各个策略的调用规则,而抽象工厂的话,需要知道有哪些类,找到调...

技术小胖子 ⋅ 2017/11/08 ⋅ 0

设计模式之禅(第2版).epub

【下载地址】 本书是设计模式领域公认的3本经典著作之一,“极具趣味,容易理解,但讲解又极为严谨和透彻”是本书的写作风格和方法的最大特点。第1版2010年出版,畅销至今,广受好评,是该领...

winter730 ⋅ 05/16 ⋅ 0

[设计模式]简单工厂模式

简介 简单工厂模式 (Simple Factory) 又叫静态工厂方法(Static Factory Method)模式。 简单工厂模式通常是定义一个工厂类,这个类可以根据不同变量返回不同类的产品实例。 简单工厂模式是一...

静默虚空 ⋅ 2015/06/03 ⋅ 0

没有更多内容

加载失败,请刷新页面

加载更多

下一页

Centos7重置Mysql 8.0.1 root 密码

问题产生背景: 安装完 最新版的 mysql8.0.1后忘记了密码,向重置root密码;找了网上好多资料都不尽相同,根据自己的问题总结如下: 第一步:修改配置文件免密码登录mysql vim /etc/my.cnf 1...

豆花饭烧土豆 ⋅ 52分钟前 ⋅ 0

熊掌号收录比例对于网站原创数据排名的影响[图]

从去年下半年开始,我在写博客了,因为我觉得业余写写博客也还是很不错的,但是从2017年下半年开始,百度已经推出了原创保护功能和熊掌号平台,为此,我也提交了不少以前的老数据,而这些历史...

原创小博客 ⋅ 今天 ⋅ 0

LVM讲解、磁盘故障小案例

LVM LVM就是动态卷管理,可以将多个硬盘和硬盘分区做成一个逻辑卷,并把这个逻辑卷作为一个整体来统一管理,动态对分区进行扩缩空间大小,安全快捷方便管理。 1.新建分区,更改类型为8e 即L...

蛋黄Yolks ⋅ 今天 ⋅ 0

Hadoop Yarn调度器的选择和使用

一、引言 Yarn在Hadoop的生态系统中担任了资源管理和任务调度的角色。在讨论其构造器之前先简单了解一下Yarn的架构。 上图是Yarn的基本架构,其中ResourceManager是整个架构的核心组件,它负...

p柯西 ⋅ 今天 ⋅ 0

uWSGI + Django @ Ubuntu

创建 Django App Project 创建后, 可以看到路径下有一个wsgi.py的问题 uWSGI运行 直接命令行运行 利用如下命令, 可直接访问 uwsgi --http :8080 --wsgi-file dj/wsgi.py 配置文件 & 运行 [u...

袁祾 ⋅ 今天 ⋅ 0

JVM堆的理解

在JVM中,我们经常提到的就是堆了,堆确实很重要,其实,除了堆之外,还有几个重要的模块,看下图: 大 多数情况下,我们并不需要关心JVM的底层,但是如果了解它的话,对于我们系统调优是非常...

不羁之后 ⋅ 昨天 ⋅ 0

推荐:并发情况下:Java HashMap 形成死循环的原因

在淘宝内网里看到同事发了贴说了一个CPU被100%的线上故障,并且这个事发生了很多次,原因是在Java语言在并发情况下使用HashMap造成Race Condition,从而导致死循环。这个事情我4、5年前也经历...

码代码的小司机 ⋅ 昨天 ⋅ 2

聊聊spring cloud gateway的RetryGatewayFilter

序 本文主要研究一下spring cloud gateway的RetryGatewayFilter GatewayAutoConfiguration spring-cloud-gateway-core-2.0.0.RC2-sources.jar!/org/springframework/cloud/gateway/config/G......

go4it ⋅ 昨天 ⋅ 0

创建新用户和授予MySQL中的权限教程

导读 MySQL是一个开源数据库管理软件,可帮助用户存储,组织和以后检索数据。 它有多种选项来授予特定用户在表和数据库中的细微的权限 - 本教程将简要介绍一些选项。 如何创建新用户 在MySQL...

问题终结者 ⋅ 昨天 ⋅ 0

android -------- 颜色的半透明效果配置

最近有朋友问我 Android 背景颜色的半透明效果配置,我网上看资料,总结了一下, 开发中也是常常遇到的,所以来写篇博客 常用的颜色值格式有: RGB ARGB RRGGBB AARRGGBB 这4种 透明度 透明度...

切切歆语 ⋅ 昨天 ⋅ 0

没有更多内容

加载失败,请刷新页面

加载更多

下一页

返回顶部
顶部