作为程序员,当面对业务需求变化的时候,我们除了增加if判断之外还能做什么?今天提供了新的思路,泛型遇到了函数式Function,能擦出来什么样的火花

当需要为方法增加一个处理的时候,你可以通过为这个方法增加一个参数的方式,比如int type,然后在方法里增加判断或者匹配,或者用依据开闭原则的策略模式(一般的做法是,不同的子类实现某个接口,然后放到枚举里,通过匹配执行对应的子类的方法),这里我提供了一种不同的思路,就是通过增加一个方法,注意,这里也是一种开闭原则(对新增开放对修改关闭)的具体实现。两个方法

changeBscQuarterStatus和
changeBscAnnualStatus,在这两个方法编写的时候,你可能会之间是不是也有一些common的业务逻辑啊,这个时候借助泛型,把变化的可变的部分抽象成一个T,以后再多类似的需求也不怕了, 这个common的业务逻辑就放在了
changeMangedStatus里了。由此得出面对需求变化的时候,通过泛型和函数式编程可以做到很从容的面对,很优雅地编码实现需求变化。下次文章,我将介绍如何使用JSON或者Mongo来优雅解决数据存储,即使需求变化很大也能从容面对。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

cjl30804

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值