【学习与反思】重复代码复制与粘贴

本文分享了一位开发者对于重复代码问题的深刻体会,指出复制粘贴代码容易导致维护难题。通过实例说明了去年因相似逻辑代码复制粘贴导致的困扰,以及近期如何通过提取函数优化代码,实现一处修改全局生效,提高了代码的可维护性和工作效率。强调了避免重复代码的重要性,并提倡良好编程习惯。
摘要由CSDN通过智能技术生成

        阅读极客时间上郑烨的<<代码之丑>>03 节 <<重复代码:简单需求到处修改,怎么办?>>
里面有
    前面两讲,我们讨论了命名中的坏味道。今天,我们来讨论另外一个常见的坏味道:重复代码。记得我刚开始工作的时候,有人开玩笑说,编程实际上就是 CVS(CVS 是当时流行的一个版本控制工具,相当于今天的 Git),也就是 Ctrl+C、Ctrl+V、Ctrl+S,或许你已经听出来了,这是在调侃很多程序员写程序依靠的是复制粘贴。时至今日,很多初级程序员写代码依然规避不了复制粘贴,基本的做法就是把一段代码复制过来,改动几个地方,然后,跑一下没有太大问题就万事大吉了。殊不知,这种做法就是在给未来挖坑。通常情况下,只要这些复制代码其中有一点逻辑要修改,就意味着所有复制粘贴的地方都要修改。所以,我们在实际的项目中,常常看见这样的情况:明明是一个简单的需求,你却需要改很多的地方,需要花费很长的时间,结果无论是项目经理,还是产品经理,对进度都很不满意。更可怕的是,只要你少改了一处,就意味着留下一处潜在的问题。问题会在不经意间爆发出来,让人陷入难堪的境地。复制粘贴是最容易产生重复代码的地方,所以,一个最直白的建议就是,不要使用复制粘贴。真正应该做的是,先提取出函数,然后,在需要的地方调用这个函数。其实,复制粘贴的重复代码是相对容易发现的,但有一些代码是有类似的结构,这也是重复代码,有些人对这类坏味道却视而不见。

        这样的内容,在最近一个月的工作里,很认可这段话.在去年下半年的时候,有五六处地方的代码逻辑类似,只是部分条件不一致,比如时间范围,有些是单天有些是一段时间.部分原因是提出需求的时候不一致,都是陆陆续续提出的需求,也就基本都是复制粘贴.

        最近提出要求修改部分的计算逻辑,因为不断的复制粘贴,虽然说只是修改一个计算方式,但设计的代码太多,上个月和这个月花费了大量时间才将这些重复的代码抽取出来提取成了函数,以后就算要修改计算逻辑也只用修改一处即可,或者是某个需求修改只用修改传入的参数即可.不会再发生之前提出一个修改的需求要修改六七处代码,而且还不能保证修改完成,没留下遗漏

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值