合并相似算法

博客内容讨论了在遇到检查两种相似数据格式合法性时,如何优化代码结构以提高可维护性和可读性。原始代码将公用、格式1和格式2的处理混杂在一起,导致耦合度高且不易理解。作者建议将各部分代码拆分为独立的子函数,通过函数调用来降低耦合度,减少if条件判断,并考虑使用多态或函数指针进一步优化。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

阅读历史代码遇到这样一段,大致结构如下:

bool Check(..., int type) {

    // 代码

    if (type == 1) {

        // 较长代码

    }

    // 代码

    if (type == 2) {

        // 较长代码

    }

    // 代码

}

这段代码是检查两种格式的数据是否合法,两种格式大致相同,不同处使用type进行区分。

示意代码看上去问题不大,但实际的代码要凌乱得多。该代码最大的问题是在公用处理代码、处理格式1的代码和处理格式2的代码全部放在一个层面上,三者相互耦合,不容易维护。此外阅读者的思路需要在这三种代码上来回跳转,代码也不好理解。

这可能是由这样一种编写习惯造成的,为实现新功能,修改已有的近似功能的函数,通过增加控制参数,在旧代码上增加新代码。对新功能和旧功能、新代码和旧代码的关系思考不够。

修改的方法是将三类代码(公共代码、格式1代码和格式2代码)分离,封装在子函数中。即可以分解成两个独立的函数CheckType1CheckType2,调用公用处理的子函数,也可以像示例代码那样,并通过type变量控制调用处理格式1的子函数或处理格式2的子函数。

这取决具体的情况。如果要使用后再则应尽量消除if(type==1)这样的代码(可通过多态或函数指针),如果不能消除也应尽量减少其{}下包含的代码。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值