![](https://img-blog.csdnimg.cn/20201014180756926.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
重构
文章平均质量分 50
ices
专注架构设计、OOAD、设计模式、重构、Java EE!
展开
-
面向对象设计--提升抽象层次
从最早的汇编语言中使用的子例程到结构化编程,然后到面向对象、面向组件以及面向服务。我觉得都是不断地提升抽象的层次。所以编程方法没有好坏,只有适合不适合。在汇编时代问题规模都很小,所以我们需要的抽象能力不需要太强。而现代的软件项目,问题的规模非常庞大,需要考虑的事情非常多(虽然纯粹的技术含量不一定有汇编时代的高),我们就必须使用抽象层次更高的方法来匹配我们的问题规模。面向对象编程方法的出现也不外原创 2012-11-17 15:30:56 · 1186 阅读 · 1 评论 -
如何提高代码质量
1.1 如何提高代码质量我们抛开任何具体的技术,来谈谈如何提高代码质量。如何提高代码质量,相信不仅是在座所有人苦恼的事情,也是所有软件项目苦恼的事情。如何提高代码质量呢,我认为我们首先要理解什么是高质量的代码。高质量代码的三要素我们评价高质量代码有三要素:可读性、可维护性、可变更性。我们的代码要一个都不能少地达到了这三要素的要求才能算高质量的代码。1.1.1 可读性强一提到原创 2012-11-17 15:34:18 · 1003 阅读 · 0 评论 -
导致代码重复的原因
1) 懒惰,所以能够容忍不好的代码2) 技能不足,常常会出现不必要的重复代码3) 缺乏沟通,团队之间协作不够,因而重复制造轮子重用的关键是保持合适的粒度,以及对关系的解耦。粒度表现在方法级,就是需要编写许多小的方法,找到类中可以重复调用的职责,抽取为单独的方法。类级的粒度可以采用辅助类,也可以通过寻找共性,以泛化的方式提取共性特征。对于模块级,则主要需考虑模块的原创 2012-11-17 15:35:39 · 1736 阅读 · 0 评论 -
重构应该注意的事情
代码重构可阅读经典著作《重构—改善既有代码的设计》,以下是工作中对重构的体会:1、 每次仅重构一小步,针对一个问题有目的重构,修改完后测试、签入。在修改过程中及时看到旁边代码可优化也不要顺便重构,否则波及面越来越大,最终失败或引入BUG2、 每次一小步,如果修改通不过或测试出问题,一时找不到原因,必须放弃该步所作的任何修改(不行就放弃)。不允许修改一半就提交,以后你会发现能更快的复原这些步原创 2012-12-23 10:30:15 · 1132 阅读 · 0 评论 -
产品重构
1、为什么要进行产品重构 旧系统人员流失,系统的业务规则、原始需求谁都不清楚,需求文档、使用文档、架构文档极其缺乏,成为一个无底洞,可维护性很差。 旧系统越来越复杂,潜规则太多,原本修改一个小需求,一不小心搞得上线后影响一堆用户 旧系统的业务架构、技术架构无法满足新的业务模式需要 旧系统性能无法满足公司业务高速发展的需要 旧系统的产品生命周期原创 2012-12-23 10:31:38 · 1972 阅读 · 0 评论