随笔分类 - 10. 重构
摘要：个人经历 对我代码质量影响最大的是在一家外资企业，在这家公司我觉得有以下几个方面做的很不错。 团队编码风格统一 统一到什么程度?不看代码作者，你很难区分代码是谁写的(在目前公司一些团队也能达到这个标准) 个人观点: 代码简洁 能1行解决就不要写2行(不影响可读性的情况下) 多余的代码(比如注释代码o
阅读全文
摘要：由于现在的互联网企业业务比较繁忙，导致产品狗不停地提需求，还总是改来改去，最后留给程序猿的时间少之又少。程序猿也不是吃素的，干脆直接copy一下代码随便搞一下实现功能就行，也谈不上所谓的精心设计了。这样的确是缩短了开发的时间，但是到处都是重复代码，大大提高了软件维护的成本，为日后软件的发展带来了隐患
阅读全文
摘要：大对象演化过程： 在很多遗留的系统中，当我们将数千行的大函数分解成数十个小函数时，却出现了另一个问题，就是这些小函数在类中杂乱无章地放着，使得这个类成为功能无所不包的超级类，功能极度耦合，稍作修改就可能踩坑，引入一些Bug。 大对象拆分方法 拆分大对象的方法就是“抽取类”：过程其实非常简单，就是将原
阅读全文
摘要：如何写好一个方法？ 1.方法名 方法名最好用英文缩写，每个单词首字母大写：例如GetHotelNameByCode 2.是否有返回值 如果有返回值，看是什么类型，例如string类型，把类型名（string）放在方法名前面；如果没有返回值，则把void放在方法名前面 3.是否为公有方法 如果是共有方
阅读全文
摘要：不论什么系统，采用什么架构，都应该从“分解大函数”开始，这样做准没错！ 分解大函数前的准备 梳理大函数逻辑：认真阅读大函数的源码，添加必要的注释，调整不合理的代码顺序，将代码分段，将前后有明显关系的代码放在一起。 分解大函数实质 其实就是“抽取方法”，将被我们分段、加注释的代码从原函数里边抽取出来，
阅读全文
摘要：1.重构概念 在不改变软件的外部行为的基础上，改变软件内部的结构，使其更加易于阅读、易于维护和易于变更。——《重构 改善既有代码的设计》 说白了重构就是一系列的“等量变换”！ 2.重构的风险 当我们遇到公司前人留下的烂代码时（很多时候我们也是留下“烂代码”的人），一般都是先开骂，其次就捉摸着干脆重做
阅读全文
