感觉重构成了笑话

从开始编程到现在,呆过的公司,呆过的每个项目组,几十上百行的函数都比比皆是。以此为美的还不在少数,认为这是“紧凑”;变量太多也不认为是问题,统统提到函数开头就行了,认为这样“更易读”;变量命名也很简短,一个字母的,两个字母的大行其道,也不认为是问题,可能认为这样并不影响阅读,相反还使得代码更简短。代码嵌套太深也不认为是问题,反对分拆函数,认为不是公用的代码就不用分拆,是否分拆与函数长度基本没有关系。
我已经不相信国内有严格践行重构的公司了,觉得多数公司的代码都是这样写的。
尽管阅读了《重构》一书,并自认为初窥门径,但仍无法说服同事们,除非他们也读过并认同。在认为重构就是伤筋动骨,是每隔一段时间就进行一次的大修的同学面前,直接向他们灌输书上的做法确实不行。我说变量应该紧贴逻辑块,就近原则,全部提到顶部不容易阅读,且相当于全局变量,应该限制作用域;但他们认为放在顶部就是更容易阅读。在怎么样更容易阅读方面起了争执,而且没有办法解释清楚。因为以我目前的功力和表达能力,我确实没有办法解释盐为什么是咸的,醋为什么是酸的。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值