《重构:改善既有代码的设计》第(1-3)章笔记

简介:

1.任何不会被修改的变量都可以作为参数传入新的函数,至于会被修改的变量就需要格外小心。(p9)

2.重构技术就是以微小的步伐修改程序。如果你犯下错误,很容易便可以发现它。(p13)
 
3.好的代码应该清楚的表达出自己的功能,变量名称是代码清晰的关键。(p15)
 
4.绝大多数情况下,函数应该放在它使用的数据所属的对象内。(p17)
 
5.有时候我会保留旧函数,让它调用新函数。如果旧函数式一个public函数,而我又不想修改其他类接口,这便是一种有用的手法。(p20)
 
6.最好不要再另一个对象的属性基础上运用switch语句。如果不得不使用,也应该在对象自己的数据上使用,而不是在别人的数据上使用。(p34)
 
7.重构(名词):对软件内部结构的一种调整,目的是在不改变软件可观察行为的前提下,提高其可理解性,减低其修改成本。(p53)
 
8.重构(动词):使用一系列重构手法,在不改变软件可观察行为的前提下,调整结构。(p54)
 
9.添加新功能时,你不应该修改既有代码,只管添加新功能。通过测试(并让测试正常运行),你可以衡量自己的工作进度。重构时你就不能再添加新功能,只管改进程序结构(p54)
 
10.哪怕你完全了解系统,也请实际度量它的性能,不要臆测。臆测会让你学到一些东西,但十有八九你是错的。(p69)
 
11. 每当感觉需要以注释来说明点什么的时候,我们就把需要说明的东西写进一个独立的函数中,并以其用途(而非实现手法)命名。(p69)
 
12.大多数的时候,一看到switch语句,你就应该考虑以多态来替换它(p82)
 
13.对象的基本特征之一就是封装——对外部世界隐藏其内部细节。(p85)
 
14.当你感觉需要撰写注释时,请先尝试重构,试着让所有注释都变得多余。(p88)
 
本文转自gyzhao博客园博客,原文链接:http://www.cnblogs.com/IPrograming/archive/2012/07/18/Refactoring_Notes.html ,如需转载请自行联系原作者
相关文章
|
设计模式 算法 Java
设计模式第十五讲:重构 - 改善既有代码的设计(下)
设计模式第十五讲:重构 - 改善既有代码的设计
294 0
|
设计模式 Java 测试技术
设计模式第十五讲:重构 - 改善既有代码的设计(上)
设计模式第十五讲:重构 - 改善既有代码的设计
336 0
|
设计模式
重构·改善既有代码的设计.03之重构手法(上)
之前的重构系列中,介绍了书中提到的重构基础,以及识别代码的坏味道。今天继续第三更,讲述那些重构手法(上)。看看哪些手法对你的项目能有所帮助......
19266 1
重构·改善既有代码的设计.03之重构手法(上)
|
设计模式
重构·改善既有代码的设计.04之重构手法(下)完结
重构改善既有代码的设计完结篇,汇总了全部的重构手法。看看哪些手法对你的项目能有所帮助…
7422 2
重构·改善既有代码的设计.04之重构手法(下)完结
|
设计模式 程序员 开发者
重构·改善既有代码的设计.01之入门基础
近期在看Martin Fowler著作的《重构.改善既有代码的设计》这本书,这是一本经典著作。书本封面誉为软件开发的不朽经典。书中从一个简单的案例揭示了重构的过程以及最佳实践。同时给出了重构原则,何时重构,以及重构的手法。用来改善既有代码的设计,提升软件的可维护性。
640 1
重构·改善既有代码的设计.01之入门基础
重构改善既有代码的设计---笔记
重构改善既有代码的设计---笔记
225 0
|
设计模式 Java 程序员
《重构:改善既有代码的设计》-学习笔记一(+实战解析)
《重构:改善既有代码的设计》-学习笔记一(+实战解析)
212 0
《重构:改善既有代码的设计》-学习笔记一(+实战解析)
|
程序员
《重构:改善既有代码的设计》-学习笔记二(+实战解析)
《重构:改善既有代码的设计》-学习笔记二(+实战解析)
583 0
《重构:改善既有代码的设计》-学习笔记二(+实战解析)
|
程序员
重构-改善既有代码的设计--重构,第一个案例
什么是重构 在不改变代码外在行为的前提下,对代码做出修改以改进程序内部的结构简单地说就是在代码写好后改进它的设计 谁该阅读这本书 专业程序员(能够提高你的代码质量) 资深设计师和架构规划师(理解为什么需要重构,哪里需要重构) 阅读技巧 带着疑问去读: 如果你想要知道重构是什么。
1108 0