设计模式 - 策略模式（strategy）

策略模式

 

需求，假设需要开发一个提现的功能，现在开放提现三个档位（1元，2元，3元）

 

然后平台提现总额度是1000元，每个提现的档位分别是200元，300元，500元。

 

1元提现 需要判断是新手才可以提现。

2元提现，需要邀请好友才可以提现。

3元提现，需要判断是老用户才可以提现。

 

 

按照普通的方法来实现。

 

平台总额是否到达限制-》 是否X元提现 -》X元提现档位是否达到限制 -》判断提现的前置条件（例如：用户是否新用户，邀请好友个数） -》走提现流程

 

 

按照这方式需要很多if else来实现，如果后续需要开发5元，7元，10元 等等档位的提现，提现的前置条件需要上面的提现前置条件自由组合，按照上面的方法需要些很多个if  else来区分开来，况且if else可读性非常差，我曾经接触过很多项目，里面判断就有20多组if else 非常难维护。那么我们怎么来解决这种情况，使用设计模式来避开if else。

 

 

 

 

下面说一下自己的思路：

首先我们开发几个限制器，分别是老用户限制器，新用户限制器，邀请好友限制器，总平台额度限制器，档位提现额度限制器。

 

然后在数据库中，保存一个提现档位的id，然后一个json保存需要调用的限制器。例如

{
    "id":"withdraw05",
    "des":{
        "title":"兑换说明"
    },
    "title":"0.5元提现",
    "limiters":[
        {
            "name":"quotaLimit",
            "paras":{
                "totalWithdraw":1000
            }
        },
        {
            "name":"tkerLimit",
            "paras":{
                "tkerNum":1,
                "daySection":1
            }
        },
        {
            "name":"numLimit",
            "paras":{
                "num":1,
                "daySection":1
            }
        }
    ],
    "deductionNum":1728,
    "withdrawAmount":0.5
}

 

那只需要从数据库中读取对应的配置，然后把所有的限制器放入一个容器管理中，比如Spring中，根据限制器的名字调用对应的限制器，这样无论开发多少档位的提现，或者增加提现前置条件，我们只需要更改数据结构，跟开发新的限制器就能完成。这里就说一下基本思路，实现就不贴代码了。

 

 

策略模式