重构<改善既有代码的设计>(英文影印版) (豆瓣)

作者: Martin Fowler
出版社: 中国电力出版社
出版年: 2003-7-1
页数: 460
定价: 49.00
装帧: 平装(无盘)
ISBN: 9787508315010

9.1

(221人评价)

63.8%

31.2%

4.5%

0.5%

0.0%

想读在读读过

评价:

内容简介 · · · · · ·

　　随着对象技术应用越来越普及，软件开发社区出现了一个新的问题。缺乏经验的开发者编写出了大批设计较差的程序，导致这些应用程序非常低效，且难于维护和扩展。本书除了讨论重构的各种技巧之外，还提供了超过70个可行重构的详细编目，对如何应用它们给出了有用的提示；并以step by step的形式给出了应用每一种重构的指南；而且用实例展示了重构的工作原理。这些示例都是用Java语言写成的，但其中的思想却可以运用于任何面向对象编程语言。
　　本书是软件工程领域的超级经典巨著，与另一巨著《设计模式》并称"软工双雄"，全美销量超过100000册，亚马逊书店五星书。在本书中，作者Martin Fowler充分展示了何处可能需要重构，以及如何将不好的设计改造为良好的设计。重构的每一步可能都非常简单、非常基础，但这些轻微的改变的累积效果却可以在极大程度上改进我们的设计。事实证明... (展开全部) 　　随着对象技术应用越来越普及，软件开发社区出现了一个新的问题。缺乏经验的开发者编写出了大批设计较差的程序，导致这些应用程序非常低效，且难于维护和扩展。本书除了讨论重构的各种技巧之外，还提供了超过70个可行重构的详细编目，对如何应用它们给出了有用的提示；并以step by step的形式给出了应用每一种重构的指南；而且用实例展示了重构的工作原理。这些示例都是用Java语言写成的，但其中的思想却可以运用于任何面向对象编程语言。
　　本书是软件工程领域的超级经典巨著，与另一巨著《设计模式》并称"软工双雄"，全美销量超过100000册，亚马逊书店五星书。在本书中，作者Martin Fowler充分展示了何处可能需要重构，以及如何将不好的设计改造为良好的设计。重构的每一步可能都非常简单、非常基础，但这些轻微的改变的累积效果却可以在极大程度上改进我们的设计。事实证明，重构是防止软件没落的可行方式。
　　
　　本书除了讨论重构的各种技巧之外，还提供了超过70个可行重构的详细目录，给出了重构的工作原理，并以step by step的形式给出了应用每一种重构的指南。这些示例都是用Java语言写成的，但其中的思想却可以运用到任何面对象的编程语言中。
　　
　　第一作者Martin Fowler，除了是对象技术方面的专家外，还是UML和模式方面的专家。他撰写的Analysis Patterns、UML Distilled、Patterns of Enterprise Application Architecture和Planning Extreme Programming几本书也广受赞誉，在亚马逊上的评价也极高（最低星级为4星），从这些也足可见其在业内的显赫地位。相信这本书以影印版的形式在国内推出，巨匠巨著，原汁原味，无疑是给国内广大软件开发人员提供了一盏前进路上的明灯。
　　
　　读者对象：软件开发人员，项目管理人员，高等院校计算机及相关专业师生，其他相关人员　　

豆瓣成员常用的标签(共66个) · · · · · ·

重构(106) 软件工程(79) 软件开发(52) 设计模式(37) 编程(35) 计算机(23) refactoring(21) 程序设计(19)

喜欢读"重构<改善既有代码的设计>(英文影印版)"的人也喜欢 · · · · · ·

: 敏捷软件开发

: Effective Java 中文版

: The Pragmatic Programmer

: 程序员修炼之道（影印版）

: Effective Java: Second Edition

: 测试驱动开发(影印版)

: Modern C++ Design

: Ajax in Action

: More Effective C++

: 大规模C++程序设计

读书笔记 · · · · · · (共3篇)
我来写笔记

按有用程度 按页码先后 最新笔记

第九章

gouerli

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

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

2012-01-31 09:51:57 回应

收藏
推荐
8.3 将值对象改为引用对象

gouerli

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

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

2011-12-28 17:31:04 回应

收藏
推荐
第142页

gouerli

越读下去，越觉得这本书写的很棒，简单易懂，例子全部都是抽取的代码的一部分，这样针对性更强，比起有些书动辄好几页的代码，读起来舒服多了。可能有的人觉得这本书不太实用，太过强调代码书写的完美性和易读性，但是我开发几年看来，这本书实在是大有裨益，工作中经常遇到接手其他人代码困难的缘故，一是因为每个人的代码书写风格不同，二是缺少注释，三则是代码书写的复杂化，太过长篇的函数体，增加了我们.. (更多)

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

2011-12-27 11:14:05 回应

收藏
推荐

第142页

gouerli

越读下去，越觉得这本书写的很棒，简单易懂，例子全部都是抽取的代码的一部分，这样针对性更强，比起有些书动辄好几页的代码，读起来舒服多了。可能有的人觉得这本书不太实用，太过强调代码书写的完美性和易读性，但是我开发几年看来，这本书实在是大有裨益，工作中经常遇到接手其他人代码困难的缘故，一是因为每个人的代码书写风格不同，二是缺少注释，三则是代码书写的复杂化，太过长篇的函数体，增加了我们.. (更多)

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

2011-12-27 11:14:05 回应

收藏
推荐
第九章

gouerli

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

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

2012-01-31 09:51:57 回应

收藏
推荐
8.3 将值对象改为引用对象

gouerli

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

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

2011-12-28 17:31:04 回应

收藏
推荐

第九章

gouerli

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

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

2012-01-31 09:51:57 回应

收藏
推荐
8.3 将值对象改为引用对象

gouerli

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

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

2011-12-28 17:31:04 回应

收藏
推荐
第142页

gouerli

越读下去，越觉得这本书写的很棒，简单易懂，例子全部都是抽取的代码的一部分，这样针对性更强，比起有些书动辄好几页的代码，读起来舒服多了。可能有的人觉得这本书不太实用，太过强调代码书写的完美性和易读性，但是我开发几年看来，这本书实在是大有裨益，工作中经常遇到接手其他人代码困难的缘故，一是因为每个人的代码书写风格不同，二是缺少注释，三则是代码书写的复杂化，太过长篇的函数体，增加了我们.. (更多)

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

2011-12-27 11:14:05 回应

收藏
推荐