《重构（影印版）》章节试读

《重构（影印版）》的笔记-第九章 - 第九章

我应该在阅读设计模式之前读这本书的，因为设计模式很多都在本书中得到了体现，或者说，设计模式是在综合了本书的很多重构方法中得出的，书中反复利用了“多态”的重构方法，是面向对象思想的完美体现。第九章的很多例子，我平时工作中遇到的都很多，比如9.4 remove control flag，9.5 replace nested conditional with guard clauses等，日常开发中就经常犯有这种问题，虽然并不影响功能，但是对于后来阅读时的确很不便，经过重构后，程序便一目了然了...

《重构（影印版）》的笔记-8.3 将值对象改为引用对象 - 8.3 将值对象改为引用对象

8.3和8.4章谈论了引用对象和值对象之间的转换和重构，老实说，看的我有点摸不着头脑，以前接触到的都是java中的传递全部都是值传递，不存在引用传递，但是这里又提出“引用”的概念，让我又想起了c中的指针。
按照我的理解，似乎只有在单例模型情况下才有可能创建出引用对象，否则，java中创建的一般都是值对象...
不知道理解的是否正确？

《重构（影印版）》的笔记-第142页

越读下去，越觉得这本书写的很棒，简单易懂，例子全部都是抽取的代码的一部分，这样针对性更强，比起有些书动辄好几页的代码，读起来舒服多了。
可能有的人觉得这本书不太实用，太过强调代码书写的完美性和易读性，但是我开发几年看来，这本书实在是大有裨益，工作中经常遇到接手其他人代码困难的缘故，一是因为每个人的代码书写风格不同，二是缺少注释，三则是代码书写的复杂化，太过长篇的函数体，增加了我们阅读的困难度。而且工作中也经常出现重复代码，这些都需要重构。
刚看到搬移函数，实在是大有感触，前阵子写程序出现一些复杂的关联查询，我总是在考虑应当将其放到哪个对象所对应的service中合适，有的时候这些查询也可能在控制层被多个controller调用，存放位置不当，每次引用的dao就会很多，可能这些对程序的影响并不是很大，但是每次要调用这个函数时查找起来却很复杂，如果在书写这个函数之前我们能好好考虑下它所实现的功能，究竟是与哪个对象关联最大，然后就将其存放进哪个对象，这样是不是对我们以后对函数的引用要清晰很多？