重构是必要的,必要性体现在代码的可维护性上。在开发过程中,代码要能被他人容易的阅读。
从此基础上来看,可以发现一切重构的动作是很自然的。
首先,应该找到过于长,逻辑比较复杂的代码,通过观察,找出可以分离的部分,将这部分功能抽出由方法来做。
这时候,我们会自然考虑到两个问题,参数的设置和返回值的选择,参数应该是这段代码中用到,却不必修改的值
而返回值一般是代码中临时变量所需要的值。如此,可将方法编写出来。
在方法编写完成后,就要思考该方法所处的位置,将其置于哪个类中,一般方法与其所需要操作的数据在同一类中。
如果该方法并未使用这个类中的数据,就可以考虑将其抽出。
完成以上步骤后,将原代码修改后进行测试。
之后,将临时变量用方法来替换,这时候会遇到个问题需要思考,这样带来的结果是程序效率可能会下降,有许多
重复的计算,不过现在这个步骤还没有考虑到,等待之后的阅读.
之后快速的书阅读了一遍,我觉得主要是我个人没有经历过特别大的项目演变,所以不能体会到重构的精髓。一些事情在我眼里显得特别的简单,仿佛本来就应该是这样的感觉,造成了我阅读以后特别迷茫,没有方向性,希望之后有了比较多的项目经验后重看这本书能有更多的体会吧。