策略模式

就自己实际产品中用的的模式进行分析:

 策略模式

       本系统中的还款模块涉及到多种还款方式的算法,并且后期可能需要经常性的调整或增减算法,因此本系统采用策略模式来定义这一系列的算法,把它们一个个封装起来,并且使它们可相互替换。使得算法可独立于使用它的客户而变化。

       策略模式的结构示意图:

 

图4-1 策略模式结构图

(1) RepaymentModeI:
        策略接口,用来约束一系列具体的策略算法。Context使用这个接口来调用具体的策略实现定义的算法。

public interface RepaymentModeI {

    /**

     * 获得应还利息

     *@param annualRate 年利率

     *@param loanAount 借款金额

     *@param deadline 借款期限

     *@param num 还款月数

     *@return Double 利息

     * */

    public Double interest(double annualRate, double loanAount, int deadline, int num);

    /**

     * 获得应还本金

     *@param annualRate 年利率

     *@param loanAount 借款金额

     *@param deadline 借款期限

     *@param num 还款月数

     *@return Double 本金

     * */

    public Double principal(double annualRate, double loanAount, int deadline, int num);

    /**

     * 获得应还本息

     *@param annualRate 年利率

     *@param loanAount 借款金额

     *@param deadline 借款期限

     *@return Double 本息

     * */

    public Double interAndPri(double annualRate, double loanAount, int deadline, int num);

    /**

     * 计算利率

     * @param annualRate 年利率

     * @return 利率

     * */

    public double rate(double annualRate);

}

 

(2) RepaymentModeBy____:
        具体的策略实现,也就是具体的算法实现。目前系统对应有:按天到期还款,按月到期还款(是指每月还息,到期还本的借款方式),按月分期还款(分期还款采用的是通用的"等额本息还款法"),按季分期付款(采用每月付息,按季等额还本的计算方式),实现代码以按月分期还款的计算本金方法为例:

/**

     * 按月分期还款:分期还款采用的是通用的"等额本息还款法",即借款人每月以相等的金额偿还贷款本息。也是银行房贷等采用的方法。

     * 这里要注意区分 等额本息还款法和等额本金还款法

     * @author sl

     * */

    public Double interAndPri(double annualRate, double loanAount, int deadline, int num) {

       /**

        * 等额本息还款公式推导 设贷款总额为A,银行月利率为β,总期数为m(个月),月还款额设为X,

        * 则各个月所欠银行贷款为:

        * 第一个月A(1+β)-X

        * 第二个月[A(1+β)-X](1+β)-X = A(1+β)^2-X[1+(1+β)]

        * 第三个月{[A(1+β)-X](1+β)-X}(1+β)-X = A(1+β)^3-X[1+(1+β)+(1+β)^2]

        *  …

        * 由此可得第n个月后所欠银行贷款为:

        * A(1+β)^n-X[1+(1+β)+(1+β)^2+…+(1+β)^(n-1)] = A(1+β)^n-X[(1+β)^n-1]/β

        * 由于还款总期数为m,也即第m月刚好还完银行所有贷款,因此有:

        * A(1+β)^m-X[(1+β)^m-1]/β = 0

        * 由此求得:

         * X = Aβ(1+β)^m/[(1+β)^m-1]

        * */

       Return loanAount*rate(annualRate)*Math.pow((1+rate(annualRate)), deadline)/(Math.pow((1+rate(annualRate)), deadline)-1);

}

 


(3) Context:

    上下文,负责和具体的策略类交互,通常上下文会持有一个真正的策略实现,上下文还可以让具体的策略类来获取上下文的数据,甚至让具体的策略类来回调上下文的方法。

public class Context {

    private RepaymentModeI repaymentModeI;

    private Double annualRate;                 //年利率

    private Double loanAount;                  //借款金额

    private int deadline;                      //截止期限(按月计算)

    private int num;                           //月数

    /**

     * 构造方法,传入一个具体的策略对象

     * @param repaymentMode 具体的策略对象

     */

    public Context(RepaymentModeI repaymentMode, Double annualRate,

        Double loanAount,int deadline, int num) {

       this.repaymentModeI = repaymentMode;

       this.annualRate = annualRate;

       this.loanAount = loanAount;

       this.deadline = deadline;

       this.num = num;

    }

    /**

     * 上下文对客户端提供的操作接口,可以有参数和返回值

     */

    public Double getInterest() {                        //获得利息

       //通常会转调具体的策略对象进行算法运算

    return repaymentModeI.interest(annualRate, loanAount, deadline, num);

    }

}

 

策略模式的本质:分离算法,选择实现。
  仔细思考策略模式的结构和实现的功能,会发现,如果没有上下文,策略模式就回到了最基本的接口和实现了,只要是面向接口编程的,那么就能够享受到接口的封装隔离带来的好处。也就是通过一个统一的策略接口来封装和隔离具体的策略算法,面向接口编程的话,自然不需要关心具体的策略实现,也可以通过使用不同的实现类来实例化接口,从而实现切换具体的策略。
  看起来好像没有上下文什么事情,但是如果没有上下文,那么就需要客户端来直接与具体的策略交互,尤其是当需要提供一些公共功能,或者是相关状态存储的时候,会大大增加客户端使用的难度。因此,引入上下文还是很必要的,有了上下文,这些工作就由上下文来完成了,客户端只需要与上下文交互就可以了,这样会让整个设计模式更独立、更有整体性,也让客户端更简单。
  但纵观整个策略模式实现的功能和设计,它的本质还是“分离算法,选择实现”,因为分离并封装了算法,才能够很容易的修改和添加算法;也能很容易的动态切换使用不同的算法,也就是动态选择一个算法来实现需要的功能了。

posted on 2014-07-10 12:14  发表是最好的记忆  阅读(792)  评论(0编辑  收藏  举报