《重构2》第十章-简化条件逻辑

代码沉重不堪重负,难以修改的一大问题就在于,条件逻辑过于复杂,我们需要判断很多逻辑,同时在不同的地方又有相似之处,在没有优化之前,可能通过简单的拷贝,来迅速完成功能,然而,同时带来了风险,拷贝来的代码,很可能带有不必要的条件逻辑,因此,增加了重构的工作量;

1.分解条件表达式

比较沉重的业务功能,可能拥有较为复杂的条件逻辑,在大型功能中,冗长的函数让人头大,且毫无修改心思,谁知道会不会触发罗七八糟的逻辑,而且,为了一个小修改,就要通读冗杂的逻辑,而你其实,只需要其中一个小改动
这是提取函数的一个具体分之,将一段的冗长的代码分解为多个小函数,配合语义化函数,这样,修改的时候,你只需要去查看那几个逻辑即可

2.合并条件表达式

这是和1对立的方法,但是,不可否认,这是一个好的方法,有些人在条件逻辑中,条件不同,但输出完全一致,而事实上,我们可以把他们合并起来,让代码更优雅

示例:

//源逻辑
    let test = {
        "name": "lock",
        age: null
    }
    if (test.name) {
        if (test.age) {
            console.log("test", test);
            return true;
        }
    }
    return false;
    
    
    
    
    
    //优化后,合并条件表达式
     let test = {
        "name": "lock",
        age: null
    }
    if (test.name && test.age) {
        console.log("test", test);
        return true;
    }
    return false;

3.以卫语句取代嵌套条件表达式

这个方法的精髓就在于,在if/else语句中,给某一分之以特别重视,即,当出现此条件是,立刻返回/退出当前函数

4.以多态取代条件表达式

在复杂逻辑处理时,我们经常会在一个条件内,处理很长的函数,同时,此方法,拥有多个不同的条件,且处理方案均不相同,此时,多态便尤为重要!

这是一个简单的例子

//源逻辑
function caseInfo(name){
    let discountCaseId;
    if(name === "one"){
        discountCaseId = 1;
    }else if(name === "two") {
        discountCaseId = 7;
    }
    return discountCaseId;
}

//优化后代码逻辑
function caseMap(name){
    const caseMap = {one: 1, two: 7};
    const discountCaseId = caseMap[name];
    return discountCaseId;
}

当然,用于处理条件逻辑是这样的

//源逻辑
async revenueDaily(data) {
    let {store_id, tenancy_id, report_date, upload_type, list} = data;
    let token = await Order.getToken();
    if(upload_type === "2"){
        //...
        return NCC.post(ROUTE.SALE_ORDER, saleData, token);
    }else if(upload_type === "3"){
        //...
        return NCC.post(ROUTE.RECEIVABLE, receivableData, token);
    }else if(upload_type === "4"){
        //...
        return Order.receivableForAllStores(data, token);
    }
}


//优化后的逻辑
  async revenueDaily(data) {
    let {store_id, tenancy_id, report_date, upload_type, list} = data;
    let token = await Order.getToken();
    return uploadFunction[upload_type](token, {report_date, store_id, tenancy_id, list});
  }
  
  let uploadFunction = {
  "2": async (token, data) => {
   //...
    return NCC.post(ROUTE.SALE_ORDER, saleData, token);
  },
  "3": async (token, data) => {
   //...
    return NCC.post(ROUTE.RECEIVABLE, receivableData, token);
  },
  "4": async (token, data) => {
  //...
    return Order.receivableForAllStores(data, token);
  }
};

5.引入特值

这种方法适用于,代码中某个特殊的值或情况经常出现,切处理逻辑相同,即可采用引入特值方法,本质上,他和萃取函数相同,不过可以理解为对极限情况或固定情况的处理;
常见的特值处理有,判断字符是否为不存在、判断邮箱格式是否正确

6. 断言

断言,每个程序员多多少少都用到了一些,相信大部分人将其用在了入参判断,处理异常数据抛出,
在《重构2》中,作者提出了自己的理念,作者不希望断言是一个发现程序中bug的操作,而是来检测“必须为真”的条件。在程序行为中,有没有断言都应该是一样的,如果断言失败了,说明程序处理问题,比如,你的正值数字多加了一个负号;

特别铭记

T-1 单元测试

单元测试,永远是代码重构的好帮手,你不可能用人脑记得所有的极限情况,相信我!

T-2 杜绝拷贝,从你我做起

拷贝代码,是程序员的常态,但我希望,你可以完全理解代码的每一个调用,首先,你会明白你找到的代码是什么功能,其次如果时间来得及,尽可能自己敲进去,而不是简单的拷贝,在你敲进去的时候,你会理解其思路,甚至优化它!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

乾复道

与君共勉

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

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

打赏作者

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

抵扣说明:

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

余额充值