重构改善既有代码的设计

Ⅰ 重构：改善既有代码的设计的作品序言

第一次听到“重构”这个词，是在2001年10月。在当时，它的思想足以令我感到震撼。软件自有其美感所在。软件工程希望建立完美的需求与设计，按照既有的规范编写标准划一的代码，这是结构的美；快速迭代和RAD颠覆“全知全能”的神话，用近乎刀劈斧砍（crack）的方式解决问题，在混沌的循环往复中实现需求，这是解构的美；而Kent Beck与Martin Fowler两人站在一起，以XP那敏捷而又严谨的方法论演绎了重构的美——我不知道是谁最初把refactoring一词翻译为“重构”，或许无心插柳，却成了点睛之笔。
我一直是设计模式的爱好者。曾经在我的思想中，软件开发应该有一个“理想国”——当然，在这个理想国维持着完美秩序的，不是哲学家，而是模式。设计模式给我们的，不仅仅是一些具体问题的解决方案，更有追求完美“理型”的渴望。但是，Joshua Kerievsky在那篇著名的《模式与XP》（收录于《极限编程研究》一书）中明白地指出：在设计前期使用模式常常导致过度工程（over-engineering）。这是一个残酷的现实，单凭对完美的追求无法写出实用的代码，而“实用”是软件压倒一切的要素。从一篇《停止过度工程》开始，Kerievsky撰写了“Refactoring to Patterns”系列文章。这位犹太人用他民族性的睿智头脑，敏锐地发现了软件的后结构主义道路。而让设计模式在飞速变化的网络时代重新闪现光辉的，又是重构的力量。
在一篇流传甚广的帖子里，有人把《重构》与《设计模式》并列为“Java行业的圣经”。在我看来这种并列其实并不准确。实际上，尽管我如此喜爱这本《重构》，但自从完成翻译之后，就再也没有读过它。不，不是因为我已经对它烂熟于心，而是因为重构已经变成了我的另一种生活方式，变成了我每天的“面包与黄油”，变成了我们整个团队的空气与水，以至于无需再到书中寻找任何“神谕”。而《设计模式》，我倒是放在手边时常翻阅，因为总是记得不那么真切。

Ⅱ 最近使用C++在编程，如何优化代码成了难题，有什么书是讲代码优化（主要是讲代码简洁，减少冗余）

可以看Effective C++和More effective C++，非常好

Ⅲ 改善既有代码的设计 什么语言

书 名
改善既有代码的设计
又 名
Refactoring Improving the Design of Existing Code
ISBN
9787115221704
页 数
428
出版社
人民邮专电出版社
出版时间
2010年4月1日
开 本
1/16
基本信属息
出版社: 人民邮电出版社; 第1版 (2010年4月1日)
外文书名: Refactoring Improving the Design of Existing Code
丛书名: 图灵程序设计丛书
平装: 428页
正文语种: 简体中文
开本: 16
ISBN: 9787115221704
条形码: 9787115221704
产品尺寸及重量: 23.6 x 18.3 x 2.5 cm ; 748 g
ASIN: B003BY6PLK
内容简介
《改善既有代码的设计》清晰地揭示了重构的过程，解释了重构的原理和最佳实践方式，并给出了何时以及何地应该开始挖掘代码以求改善。书中给出了70多个可行的重构，每个重构都介绍了一种经过验证的代码变换手法的动机和技术。

Ⅳ 软考程序员考试下午题如何解答

做一份工作，实际就是追寻梦想的过程，而为了完成梦想，必须有一个长期规划，从而指导我们选择工作。它是择业过程中最本质和最原始的参考借鉴。下载链接

为此，小云为你精选一份程序员面试书单，分为职业规划、编程技能两部分，适合刚毕业的大学生、正准备换工作的程序员们，涵盖算法工程师、Java工程师、测试等多个领域。

软技能 代码之外的生存指南约翰 Z.森梅兹 著

这是一本真正从“人”（而非技术也非管理）的角度关注软件开发人员自身发展的书。书中论述的内容既涉及生活习惯，又包括思维方式，凸显技术中“人”的因素，全面讲解软件行业从业人员所需知道的所有“软技能”。

本书聚焦于软件开发人员生活的方方面面，从揭秘面试的流程到精耕细作出一份杀手级简历，从创建大受欢迎的博客到打造你，从提高自己工作效率到与如何与“拖延症”做斗争，甚至包括如何投资不动产，如何关注自己的健康。

编程珠玑（第2版）乔恩·本特利（Jon Bentley） 著

作者虽然没有给出解决这些问题的具体代码，但始终非常富有洞察力和创造力地围绕着这些折磨程序员的实际问题展开讨论，从而引导读者理解问题并学会解决问题的技能，这些都是程序员实际编程生涯中的基本技能。

为此，本书给出了一些精心设计的有趣而且颇具指导意义的程序，这些程序能够为那些复杂的编程问题提供清晰而且完备的解决思路，书中还充满了对实用程序设计技巧及基本设计原则的清晰而睿智的描述。

PS：本书在第一版的基础上增加了3个方面的新内容：测试、调试和计量，集合表示，字符串问题，并对第一版的所有程序都进行了改写，生成了等量的新代码。

重构 改善既有代码的设计马丁·福勒（Martin Fowler) 著

软件开发的不朽经典，生动阐述重构原理和具体做法，普通程序员进阶到编程高手必须修炼的秘笈。

重构，一言以蔽之，就是在不改变外部行为的前提下，有条不紊地改善代码。多年前，正是《重构:改善既有代码的设计》原版的出版，使重构终于从编程高手们的小圈子走出，成为众多普通程序员日常开发工作中不可或缺的一部分。《重构:改善既有代码的设计》也因此成为与《设计模式》齐名的经典著作，被译为中、德、俄、日等众多语言，在世界范围内畅销不衰。

《重构:改善既有代码的设计》凝聚了软件开发社区专家多年摸索而获得的宝贵经验，拥有不因时光流逝而磨灭的价值。今天，无论是重构本身，业界对重构的理解，还是开发工具对重构的支持力度，都与《重构:改善既有代码的设计》最初出版时不可同日而语，但书中所蕴涵的意味和精华，依然值得反复咀嚼，而且往往能够常读常新。

C和C++程序员面试秘籍董山海 著

众多高级语言都从C/C++有所借鉴，所以说C/C++的语言基础对从事软件开发的人员来说非常重要。

本书是一本解析C/C++面试题的书，可以帮助求职者更好地准备面试。《C和C++程序员面试秘笈》共包含12章，囊括了目前企业中常见的面试题类型和考点，包括C/C++程序基础，预处理、const、static与sizeof，引用和指针，字符串，位运算与嵌入式编程，C++面向对象，C++继承和多态，数据结构，排序，泛型编程，STL，算法和逻辑思维等最常见的面试题。《C和C++程序员面试秘笈》通过技术点解析、代码辅佐的方式让读者能深刻领会每个考点背后的技术。

本书紧扣面试精髓，对各种技术的剖析一针见血，是目前想找工作的C/C++程序员和刚毕业的大学生的面试宝典。

Java程序员面试宝典杨磊 著

本书对程序设计面试中Java常见的题型和常用解答技巧进行了介绍，对现代职业人如何有效求职、面试考官如何关注求职者动态等做了详细解说。本书将为您揭开知名IT企业面试、笔试的核心机密；传授程序员岗位求职的关键技巧。

编程之法：面试和算法心得July 著

本书涉及面试、算法、机器学习三个主题。书中的每道编程题目都给出了多种思路、多种解法，不断优化、逐层递进。本书第1章至第6章分别阐述字符串、数组、树、查找、动态规划、海量数据处理等相关的编程面试题和算法，第7章介绍机器学习的两个算法—K近邻和SVM。此外，每一章都有“举一反三”和“习题”，以便读者及时运用所学的方法解决相似的问题，且在附录中收录了语言、链表、概率等其他题型。

书中的每一道题都是面试的高频题目，反复出现在最近5年各大公司的笔试和面试中，对面试备考有着极强的参考价值。全书逻辑清晰、通俗易懂，适合热爱编程、算法、机器学习，以及准备IT笔试和面试，即将求职、找工作的读者阅读。

C#与.NET程序员面试秘笈靳华 著

《C#与.NET程序员面试宝典》取材于各大IT公司的历年面试题252个（包括研发类笔试及口试题目、情商及智商类题目），详细分析了应聘C＃与.NET程序员职位的常见考点。《C#与.NET程序员面试宝典》主要内容包括：面试流程、基础语法和技术框架、数据访问及XML应用、高级特性及应用进阶、测试及质量保证、跨国公司经典面试题等。

软件测试工程师面试指导蔡为东 著

对于想要得到一份软件测试工程师职位的朋友来说，可能会有一些疑问，如软件测试这个行业究竟怎么样?什么样的人适合做软件测试?面试当中要注意什么?软件测试的基本知识点都有哪些?笔试都会涉及哪些内容?等等。本书将解答以上所有的疑问。

本书共6章内容，主要包括软件测试行业概貌、软件测试从业人员的基本要求、如何找工作、软件测试技术基础、典型的测试工程师笔试题等。本书内容丰富，讲解深入浅出，能让读者朋友在短时间内掌握基本的测试技术，了解求职过程的各个环节，熟悉各种类型的笔试题，领会面试技巧。本书后附有一些实用的附录，例如简历模板、新人工作指南等，尤其是“我在微软做软件测试外包”这一部分内容，寓故事性和知识性于一体，讲述了作者在国际软件巨头——微软公司做软件测试外包的亲身经历，相信对于广大的读者朋友有阅读和参考的价值。

本书适合想要从事软件测试工作的朋友，也可供初级软件测试工程师学习之用，另外也可作为大专院校软件测试培训的教材之一。

Android高薪之路李宁 著

《Android高薪之路:Android程序员面试宝典》取材于各大IT公司面试真题，所给出的试题尽可能地覆盖了Android应用开发的各个方面，而且大多数试题都有解析部分，读者可以通过这部分更深入地理解试题中所包含的技术内容，希望真正做到由点成线，举一反三。

《Android高薪之路:Android程序员面试宝典》中还将Android中涉及的各个常用技术问题进行筛选、分类。这样读者可以有的放矢，对自己还没有掌握的Android技术进行重点攻破，从而起到事半功倍的效果。除了对每道题目都有详细的解析和回答外，对相关知识点还有扩展说明。

《Android高薪之路:Android程序员面试宝典》对面试中Android常见的题型和常用解答技巧进行了介绍，它不仅能帮助求职者快速复习相关知识点，也对现代职业人如何有效求职做了详细解说。《Android高薪之路:Android程序员面试宝典》对于读者从求职就业到提升计算机专业知识都有显著的帮助。

编程之美《编程之美小组》

《编程之美—— 微软 技术面试心得》收集了约60道算法和 程序设计题目，这些题目大部分在近年的笔试，面试中出现过，或者是被微软员工热烈讨论过。作者试图从书中各种有趣的问题出发，引导读者发现问题，分析问题，解决问题，寻找更优的解法。

书中绝大部分题目都提供了详细的解说。 每道题目后面还有一至两道扩展问题，供读者进一步钻研。

书中还讲述了面试的各种小故事，告诉读者微软需要什么样的技术人才，重视什么样的能力，如何甄别人才。回答读者关于IT业面试，招聘， 职业发展的疑问。 这本书的很多题目会出现在IT 行业的各种笔试，面试中。但本书更深层的意义在于引导读者思考，和读者共享思考之乐，编程之美。

Ⅳ 重构 改善既有代码的设计为什么淘宝上卖这么贵

本书清晰揭示了重构的过程，解释了重构的原理和最佳实践方式，并给回出了何时以及何地应答该开始挖掘代码以求改善。书中给出了70多个可行的重构，每个重构都介绍了一种经过验证的代码变换手法的动机和技术。本书提出的重构准则将帮助你一次一小步地修改你的代码，从而减少了开发过程中的风险。
书 名
重构：改善既有代码的设计
作 者
（美）福勒
ISBN
9787115239143
定 价
69.00元
出版社
人民邮电出版社
出版时间
2010-11-1
开 本
16开

Ⅵ 什么是代码重构

代码重构（英语： refactoring）重构就是在不改变软件系统外部行为的前提下，改善它的内部结构。
软件重构需要借助工具完成，重构工具能够修改代码同时修改所有引用该代码的地方。在极限编程的方法学中，重构需要单元测试来支持。
java重构：指程序员对已有程序在尽量不改变接口的前提下，进行重新编写代码的工作，一般有以下几方面：
1、去除已知bug。
2、提高程序运行效率。
3、增加新的功能。
重构举例：（简化代码、提升效率）

重构前：

if(list!=null&&list.size()>0){
for(inti=0;i<list.size();i++){
//skip...
}
}

重构后

if(list!=null){
for(inti=0,len=list.size();i<len;i++){
//skip...
}
}

何时着手重构（Refactoring）
新官上任三把火，开始一个全新??、脚不停蹄、加班加点，一支声势浩大的千军万"码"夹裹着程序员激情和扣击键盘的鸣金奋力前行，势如破竹，攻城掠地，直指"黄龙府"。
开发经理是这支浩浩汤汤代码队伍的统帅，他负责这支队伍的命运，当齐桓公站在山顶上看到管仲训练的队伍整齐划一地前进时，他感叹说"我有这样一支军队哪里还怕没有胜利呢？"。但很遗憾，你手中的这支队伍原本只是散兵游勇，在前进中招兵买马，不断壮大，所以队伍变形在所难免。当开发经理发觉队伍变形时，也许就是克制住攻克前方山头的诱惑，停下脚步整顿队伍的时候了。
Kent Beck提出了"代码坏味道"的说法，和我们所提出的"队伍变形"是同样的意思，队伍变形的信号是什么呢？以下列述的代码症状就是"队伍变形"的强烈信号：
·代码中存在重复的代码
中国有118 家整车生产企业，数量几乎等于美、日、欧所有汽车厂家数之和，但是全国的年产量却不及一个外国大汽车公司的产量。重复建设只会导致效率的低效和资源的浪费。
程序代码更是不能搞重复建设，如果同一个类中有相同的代码块，请把它提炼成类的一个独立方法，如果不同类中具有相同的代码，请把它提炼成一个新类，永远不要重复代码。
·过大的类和过长的方法
过大的类往往是类抽象不合理的结果，类抽象不合理将降低了代码的复用率。方法是类王国中的诸侯国，诸侯国太大势必动摇中央集权。过长的方法由于包含的逻辑过于复杂，错误机率将直线上升，而可读性则直线下降，类的健壮性很容易被打破。当看到一个过长的方法时，需要想办法将其划分为多个小方法，以便于分而治之。
·牵一毛而需要动全身的修改
当你发现修改一个小功能，或增加一个小功能时，就引发一次代码地震，也许是你的设计抽象度不够理想，功能代码太过分散所引起的。
·类之间需要过多的通讯
A类需要调用B类的过多方法访问B的内部数据，在关系上这两个类显得有点狎昵，可能这两个类本应该在一起，而不应该分家。
·过度耦合的信息链
"计算机是这样一门科学，它相信可以通过添加一个中间层解决任何问题"，所以往往中间层会被过多地追加到程序中。如果你在代码中看到需要获取一个信息，需要一个类的方法调用另一个类的方法，层层挂接，就象输油管一样节节相连。这往往是因为衔接层太多造成的，需要查看就否有可移除的中间层，或是否可以提供更直接的调用方法。
·各立山头干革命
如果你发现有两个类或两个方法虽然命名不同但却拥有相似或相同的功能，你会发现往往是因为开发团队协调不够造成的。笔者曾经写了一个颇好用的字符串处理类，但因为没有及时通告团队其他人员，后来发现项目中居然有三个字符串处理类。革命资源是珍贵的，我们不应各立山头干革命。
·不完美的设计
在笔者刚完成的一个比对报警项目中，曾安排阿朱开发报警模块，即通过Socket向指定的短信平台、语音平台及客户端报警器插件发送报警报文信息，阿朱出色地完成了这项任务。后来用户又提出了实时比对的需求，即要求第三方系统以报文形式向比对报警系统发送请求，比对报警系统接收并响应这个请求。这又需要用到Socket报文通讯，由于原来的设计没有将报文通讯模块独立出来，所以无法复用阿朱开发的代码。后来我及时调整了这个设计，新增了一个报文收发模块，使系统所有的对外通讯都复用这个模块，系统的整体设计也显得更加合理。
每个系统都或多或少存在不完美的设计，刚开始可能注意不到，到后来才会慢慢凸显出来，此时唯有勇于更改才是最好的出路。
·缺少必要的注释
虽然许多软件工程的书籍常提醒程序员需要防止过多注释，但这个担心好象并没有什么必要。往往程序员更感兴趣的是功能实现而非代码注释，因为前者更能带来成就感，所以代码注释往往不是过多而是过少，过于简单。人的记忆曲线下降的坡度是陡得吓人的，当过了一段时间后再回头补注释时，很容易发生"提笔忘字，愈言且止"的情形。
曾在网上看到过微软的代码注释，其详尽程度让人叹为观止，也从中体悟到了微软成功的一个经验。

Ⅶ 重构：改善既有代码的设计的作品目录

第1章 重构，第一个案例
1.1 起点1
1.2 重构的第一步7
1.3 分解并重组statement()8
1.4 运用多态取代与价格相关的条件逻辑34
1.5 结语52
第2章 重构原则
2.1 何谓重构53
2.2 为何重构55
2.3 何时重构57
2.4 怎么对经理说60
2.5 重构的难题62
2.6 重构与设计66
2.7 重构与性能69
2.8 重构起源何处71
第3章 代码的坏味道
3.1 DuplicatedCode（重复代码）76
3.2 LongMethod（过长函数）76
3.3 LargeClass（过大的类）78
3.4 LongParameterList（过长参数列）78
3.5 DivergentChange（发散式变化）79
3.6 ShotgunSurgery（霰弹式修改）80
3.7 FeatureEnvy（依恋情结）80
3.8 DataClumps（数据泥团）81
3.9 PrimitiveObsession（基本类型偏执）81
3.10 SwitchStatements（switch惊悚现身）82
3.11 （平行继承体系）83
3.12 LazyClass（冗赘类）83
3.13 SpeculativeGenerality（夸夸其谈未来性）83
3.14 TemporaryField（令人迷惑的暂时字段）84
3.15 MessageChains（过度耦合的消息链）84
3.16 MiddleMan（中间人）85
3.17 InappropriateIntimacy（狎昵关系）85
3.18 （异曲同工的类）85
3.19 IncompleteLibraryClass（不完美的库类）86
3.20 DataClass（纯稚的数据类）86
3.21 RefusedBequest（被拒绝的遗赠）87
3.22 Comments（过多的注释）87
第4章 构筑测试体系
4.1 自测试代码的价值89
4.2 JUnit测试框架91
4.3 添加更多测试97
第5章 重构列表
5.1 重构的记录格式103
5.2 寻找引用点105
5.3 这些重构手法有多成熟106
第6章 重新组织函数
6.1 ExtractMethod（提炼函数）110
6.2 InlineMethod（内联函数）117
6.3 InlineTemp（内联临时变量）119
6.4 ReplaceTempwithQuery（以查询取代临时变量）120
6.5 IntroceExplainingVariable（引入解释性变量）124
6.6 SplitTemporaryVariable（分解临时变量）128
6.7 RemoveAssignmentstoParameters（移除对参数的赋值）131
6.8 ReplaceMethodwithMethodObject（以函数对象取代函数）135
6.9 SubstituteAlgorithm（替换算法）139
第7章 在对象之间搬移特性
7.1 MoveMethod（搬移函数）142
7.2 MoveField（搬移字段）146
7.3 ExtractClass（提炼类）149
7.4 InlineClass（将类内联化）154
7.5 HideDelegate（隐藏“委托关系”）157
7.6 RemoveMiddleMan（移除中间人）160
7.7 IntroceForeignMethod（引入外加函数）162
7.8 IntroceLocalExtension（引入本地扩展）164
第8章 重新组织数据
8.1 SelfEncapsulateField（自封装字段）171
8.2 ReplaceDataValuewithObject（以对象取代数据值）175
8.3 ChangeValuetoReference（将值对象改为引用对象）179
8.4 ChangeReferencetoValue（将引用对象改为值对象）183
8.5 ReplaceArraywithObject（以对象取代数组）186
8.6 DuplicateObservedData（复制“被监视数据”）189
8.7 （将单向关联改为双向关联）197
8.8 （将双向关联改为单向关联）200
8.9 （以字面常量取代魔法数）204
8.10 EncapsulateField（封装字段）206
8.11 EncapsulateCollection（封装集合）208
8.12 ReplaceRecordwithDataClass（以数据类取代记录）217
8.13 ReplaceTypeCodewithClass（以类取代类型码）218
8.14 ReplaceTypeCodewithSubclasses（以子类取代类型码）223
8.15 ReplaceTypeCodewithState/Strategy（以State/Strategy取代类型码）227
8.16 ReplaceSubclasswithFields（以字段取代子类）232
第9章 简化条件表达式
9.1 DecomposeConditional（分解条件表达式）238
9.2 （合并条件表达式）240
9.3 （合并重复的条件片段）243
9.4 RemoveControlFlag（移除控制标记）245
9.5 （以卫语句取代嵌套条件表达式）250
9.6 （以多态取代条件表达式）255
9.7 IntroceNullObject（引入Null对象）260
9.8 IntroceAssertion（引入断言）267
第10章 简化函数调用
10.1 RenameMethod（函数改名）273
10.2 AddParameter（添加参数）275
10.3 RemoveParameter（移除参数）277
10.4 SeparateQueryfromModifier（将查询函数和修改函数分离）279
10.5 ParameterizeMethod（令函数携带参数）283
10.6 （以明确函数取代参数）285
10.7 PreserveWholeObject（保持对象完整）288
10.8 ReplaceParameterwithMethods（以函数取代参数）292
10.9 IntroceParameterObject（引入参数对象）295
10.10 RemoveSettingMethod（移除设值函数）300
10.11 HideMethod（隐藏函数）303
10.12 （以工厂函数取代构造函数）304
10.13 EncapsulateDowncast（封装向下转型）308
10.14 ReplaceErrorCodewithException（以异常取代错误码）310
10.15 ReplaceExceptionwithTest（以测试取代异常）315
第11章 处理概括关系
11.1 PullUpField（字段上移）320
11.2 PullUpMethod（函数上移）322
11.3 PullUpConstructorBody（构造函数本体上移）325
11.4 PushDownMethod（函数下移）328
11.5 PushDownField（字段下移）329
11.6 ExtractSubclass（提炼子类）330
……
2第13章 重构，复用与现实

Ⅷ 哪里有《重构 改善既有代码的设计》的源代码下载

http://down.51cto.com/data/966237

Ⅸ 关于编程的书籍

《程序员修炼之道》由一系列的独立部分组成，涵盖的主题从个人责任、职业发展，直到用于使代码保持灵活、并且易于改编和复用的各种架构技术。利用许多富有娱乐性的奇闻轶事、有思想性的例子以及有趣的类比，全面阐释了软件开发的许多不同方面的最佳实践和重大陷阱。无论你是初学者，是有经验的程序员，还是软件项目经理，本书都适合你阅读。

代码整洁之道
作者：Robert C. Martin，66% 推荐度

软件质量，不但依赖于架构及项目管理，而且与代码质量紧密相关。这一点，无论是敏捷开发流派还是传统开发流派，都不得不承认。本书提出一种观念：代码质量与其整洁度成正比。干净的代码，既在质量上较为可靠，也为后期维护、升级奠定了良好基础。作为编程领域的佼佼者，本书作者给出了一系列行之有效的整洁代码操作实践。这些实践在本书中体现为一条条规则（或称“启示”），并辅以来自现实项目的正、反两面的范例。只要遵循这些规则，就能编写出干净的代码，从而有效提升代码质量。

代码大全（第 2 版）
作者：Steve McConnell，42% 推荐度

这是一本完整的软件构建手册，涵盖了软件构建过程中的所有细节。它从软件质量和编程思想等方面论述了软件构建的各个问题，并详细论述了紧跟潮流的新技术、高屋建瓴的观点、通用的概念，还含有丰富而典型的程序示例。这本书中所论述的技术不仅填补了初级与高级编程技术之间的空白，而且也为程序员们提供了一个有关编程技巧的信息来源。这本书对经验丰富的程序员、技术带头人、自学的程序员及几乎不懂太多编程技巧的学生们都是大有裨益的。可以说，无论是什么背景的读者，阅读这本书都有助于在更短的时间内、更容易地写出更好的程序。

重构：改善既有代码的设计
作者：Martin Fowler，35% 推荐度

重构，一言以蔽之，就是在不改变外部行为的前提下，有条不紊地改善代码。多年前，正是本书原版的出版，使重构终于从编程高手们的小圈子走出，成为众多普通程序员日常开发工作中不可或缺的一部分。本书也因此成为与《设计模式》齐名的经典著作，被译为中、德、俄、日等众多语言，在世界范围内畅销不衰。

深入浅出设计模式
作者：Eric Freeman / Bert Bates / Kathy Sierra / Elisabeth Robson，29.4% 推荐度

《深入浅出设计模式》(影印版) 的编写运用许多最新的研究，包括神经生物学、认知科学以及学习理论，这使得《深入浅出设计模式》(影印版) 能够将这些设计模式深深地烙印在你的脑海中，不容易被遗忘。你将会更擅长于解决软件设计中的问题，并能够和你的团队成员用模式的语言来更好地沟通。

人月神话
作者：Frederick P. Brooks Jr，27.9% 推荐度

作者为人们管理复杂项目提供了颇具洞察力的见解，既有很多发人深省的观点，也有大量的软件工程实践。书中的内容来自布鲁克斯在 IBM 公司 System 360 家族和 OS 360 中的项目管理经验。初版的 20 年后，布鲁克斯重新审视了他原先的观点，增加了一些新的想法和建议。新增加的章节包括：原著中一些核心观点的精华；在经过了一个时代以后，Brooks 博士对原先观点新的认识；1986 年的经典文章《没有银弹》；对 1986 年所下论断（在 10 年内不会出现银弹）现在的认识。

Ⅹ 改善既有代码的设计 这本书怎么样

您好，我来为您解答：
《重构：改善既有代码的设计》凝聚了软版件开发社区专家多权年摸索而获得的宝贵经验，拥有不因时光流逝而磨灭的价值。今天，无论是重构本身，业界对重构的理解，还是开发工具对重构的支持力度，都与《重构：改善既有代码的设计》最初出版时不可同日而语，但书中所蕴涵的意味和精华，依然值得反复咀嚼，而且往往能够常读常新。

如果我的回答没能帮助您，请继续追问。