<重构:改善即有代码的设计>读书分享

自己的前言:什么是好代码?刚参见工作时就听前辈讲过,别人能够看的懂得代码才是好代码.选择java语言开发软件,在一定程度上选择了牺牲性能也要保持代码可读性.重构在一定情况下就是为了保持代码的可读性.

第一章:讲的的一个重构的例子告诉我们重构到底是怎么回事

第二章:重构原则

1:什么是重构:

像书中说的那样,重构就是在不改变代码外在行为的前题下.对代码作出修改.提高其可理解性,降低修改成本(自己深有体会).本质就是:在代码在写好之后改进它的设计.

2:为什么要重构?

1>重构能改进软件的设计

2>重构使软件更容易理解

3>重构能帮助找的bug

4>重构能提高编程速度

3:什么时候改重构:

1>三次法则:事不过三,类似的事做了第三次就要重构(怎么说呢,个人觉得这是个度的问题,)

2>添加功能时(当然在有非常好的代码设计时,添加功能有时是不需要重构的,但是大部分情况下的程序设计是不符合开闭原则里面的对扩张开放的)

3>修补错误时(既然是修补错误,那就证明以前的代码设计的设计或者实现是有问题的,这时还不应该重构吗)

4>复查代码时

4:重构的难题

1>数据库方面:数据库与程序建的耦合太高

2>修改接口:修改接口会大范围的影响其实现类

3>运行好好的代码,不愿意去重构(个人的感悟)

5:何时不改重构:

1>代码的混乱程度已经无法让你忍受,选择重写吧,而不是重构

2>项目后期,

第三章:代码的坏味道:其实就是告诉我们在碰到什么样的代码是需要重构,采取那种重构方式

第四章:构筑测试体系:告诉我们重构是有风险的,规避及减少风险的方式就是有一个两个测试体系:单元测试(呵呵:自己从来没有用过)

第五,六,七,八,九,十,十一章:全都是重构的方法,个人觉得这些章节的内容可以当成"字典"来翻阅,没必要一条一条的读,不过呢,能一条一条的读完当然是最好的.

后面的几章还没看到,后续在说吧.

目前为止:我觉得我了这本书后,首先不是碰到了"坏"代码去重构,目前我所运用的是在写代码的时候怎么规避我去重构,就比如中间几章所讲的重构方法.我在写代码的时候会注意尽量不写出来"坏"代码,因为我在这边书中看到了这样做需要重构,那么在写的时候我就规避,估计是我水平还不到,所以才会有这样的感觉.当然维护别人的代码时那就没办法了,重构呗!!!