1场景
日常开发，if-else语句写得不少吧？？当逻辑分支非常多的时候，if-else套了一层又一层，虽然业务功能倒是实现了，但是看起来是真的很不优雅，尤其是对于我这种有强迫症的程序"猿"，看到这么多if-else，脑袋瓜子就嗡嗡的，总想着解锁新姿势：干掉过多的if-else！！！
本文将介绍三板斧手段：
- 优先判断条件，条件不满足的，逻辑及时中断返回；
- 融入策略模式；
- 策略模式+工厂+单例模式，锦上添花；
接下来先附上一段很久以前自己写的业务代码，核心逻辑就是在支付回调中根据用户购买的价格包赋予用户对应的权益(VIP视频会员天数+抽奖机会次数)。
我的天，太多if-else了……(看不清楚可以点击图片放大)
39a1ccd20522c1ea6ea892b337cd0792.png
1.优先判断条件，不满足及时中断
这点非常容易理解，就是说在业务逻辑里面，先把不符合条件的给先过滤掉，而不是层层嵌套if-else判断，结合代码图看一下：
b6954c5a2986f9f5da3267d427f674a1.png
ae0eec66e4ad68ba4a49025c8501a558.png
2.策略模式改造
先用策略模式替换掉文章开头讲到的，用户充值后根据价格包(付的多少钱)给用户增加VIP天数及抽检机会次数的逻辑，我这里就简化成"根据-价格包区分给用户增加不同的体育会员视频VIP天数"这个动作来讲解：
d682ab67f009710102bfb436199852eb.png
e617badb399571b68a99d7810250f4db.png
655ec78f37a065596975c62805f9762e.png
638cf277fc0d9b1d909b2b7d90a81152.png
c6cfb515f98fc170ffd1c5bdc8894d8d.png
表面上看，代码稍微优雅了点，但是还是没和if-else彻底说拜拜，且recharge()充值方法可单独拎出来，只需要根据priceCode实例化不同的策略对象即可：
fb5ed02c930a88d1faae479c79e8bfbe.png
3.策略模式+工厂+单例模式，锦上添花
接下来使用"工厂类+单例"来给代码加点料:
c929f4bce03c85b8943b26e6e9b44456.png
62c1c534c127cdb89ae8516c615ee401.png
