业务通用化处理

当业务中出现新的需求A时,代码中我们经常这样写

if(A){
    action1();
}

并且A还出现在程序的各个地方

if(A){
    action2();
}
if(A){
    actionn();
}

随着业务新需求类型的出现, BCDE,会面临需求的膨胀,代码会是如下的样子

if(A or B){
    action1;
}
if(C or D or E){
    action2;
}

想阅读这种代码就比较困难了,也很难维护,你已经很难去记忆ABCDE在程序各处控制程序的差异性了。代码不应该依赖于具体业务,而是依赖是否可做某种行为,具体业务再和是否可做某种行为进行映射,修改代码成下面的样子:

if(action1){
    action1();
}
if(acton2){
    aciton2();
}
if(actionn){
    actionn()
}

代码就很容易看懂了,具体的需求通过配置来实现

A action1=true action2=false acitonn=true
B action1=true action2=false acitonn=true
C action1=false action2=true acitonn=true
D action1=false action2=true acitonn=true
E action1=false action2=true acitonn=true

以上也是符合组件化思想的


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值