重构(第2版)

[美] Martin Fowler

出版时间

2019-04-30

ISBN

9787115508652

评分

★★★★★
书籍介绍
第2版最耐人寻味的地方,是它把重构从一套“改代码的招数”重新定义为一套“写代码前的习惯”。Martin Fowler在书里坦白自己“是个懒惰的程序员”,连自己写过的代码都懒得记——于是重构的意义不在于事后修补,而是在你准备添加功能、修复bug、做代码审查的当下,顺手把结构理顺。读者反复提及的“坏味道”“DRY”“不要容忍破窗户”,本质上是在训练一种对烂代码的条件反射:看到重复就警觉,看到一处改动牵扯多处就警觉。新版改用JavaScript作为示例,门槛降低,前端同学也能上手,但真正值得反复阅读的,是第6到12章里那些“何时该动手、何时按兵不动”的判断力。它不适合寻求速成模板的人,而适合愿意把每次修改都拆成小步、用测试兜底的工程师。
作者简介
作者 | Martin Fowler) 世界软件开发大师,ThoughtWorks的首席科学家。他是一位作家、演说者、咨询师和泛软件开发领域的意见领袖。他致力于改善企业级的软件设计,对优秀的设计以及支撑优秀设计的工程实践孜孜以求。他在重构、面向对象分析设计、模式、XP和UML等领域都有卓越贡献。著有《重构》《分析模式》《领域特定语言》等经典著作。 译者 | 熊节 在IT行业已经打拼了18年,在金融、零售、政府、电信、制造业等行业的信息化建设方面有着丰富经验,是中国IT业敏捷浪潮的领军人物。拥有利物浦大学MBA学位。 译者 | 林从羽 ThoughtWorks软件开发工程师,曾服务于国内外多家大型企业,致力于为团队更快更好地交付可工作的软件。拥抱敏捷精神,TDD爱好者,纯键盘工作者。
AI导读
核心看点
  • 经典重构指南20年后更新版,示例语言改为JavaScript
  • 详解60多种重构手法,帮助改善代码结构与可读性
  • 强调小步修改与测试驱动,降低开发风险与Bug率
读者共识
  • 从Java换为JavaScript更贴近现代前端开发需求
  • 不仅是技巧手册,更是培养良好编码习惯的指南
  • 虽部分手法对老手而言似常识,但系统化梳理极有价值
精彩摘录
  • "养成重构后即运行测试的习惯非常重要。犯错误是很容易的——至少我知道我是很容易犯错的。做完一次修改就运行测试,这样在我真的犯了错时,只需要考虑一个很小的改动范围,这使得查错与修复问题易如反掌。这就是重构过程的精髓所在:小步修改,每次修改后就运行测试。如果我改动了太多东西,犯错时就可能陷入麻烦的调试,并为此耗费大把时间。小步修改,以及它带来的频繁反馈,正是防止混乱的关键。"
  • "to make the software easier to understand and modify."
  • "refactoring does not change the observable behavior of the software Why Should You Refactor? Refactoring Improves the Design of Software Refactoring Makes Software Easier to Understand Refactoring Helps You Find Bugs Refactoring Helps You Program Faster 即使在开发过程中,当你发现重复或相似的代码时,也应该立刻重构;当变化发生时,如果该变化影响不"
  • "复制一遍代码似乎不算太难,但却给未来留下各种隐患:一计费逻辑发生变化,我就得同时修改两个地方,以保证它们逻辑相同。如果你编写的是一个永不需要修改的程序,这样剪剪贴贴就还好。但如果程序要保存很长时间,那么重复的逻辑就会造成潜在的威胁。"
  • "每当我要进行重构的时候,第一个步骤永远相同:我得确保即将修改的代码拥有一组可靠的测试。这些测试必不可少,因为尽管遵重构手法可以使我避免绝大多数引入bug的情形,但我毕竟是人,毕竟有可能犯错。程序越大,我的修改不小心破坏其他代码的可能性就越大——在数字时代,软件的名字就是脆弱。"
  • "很多时候那个未来的开发者就是我自己。此时重构就显得尤其重要了。我是一个很懒惰的程序员,我的懒惰表现形式之一就是:总是记不住自己写过的代码。事实上,对于任何能够立刻查阅的东西,我都故意不去记它,因为我怕把自己的脑袋塞爆。我总是尽量把该记住的东西写进代码里,这样我就不必去记它了。这么一来,下班后我还可以喝两杯Maudite啤酒,不必太担心它杀光我的脑细胞。"
  • "作为程序员,我们的职责就是设计出结构一致、抽象合宜的程序,而程序抽象能力的源泉正是来自函数。与其他抽象机制的设计一样,我们并非总能平衡好抽象的边界。随着系统能力发生演进(通常只要是有用的系统,功能都会演进),原先设定的抽象边界总会悄无声息地发生偏移。对于函数来说,这样的边界偏移意味着曾经视为一个整体、一个单元的行为,如今可能已经分化出两个甚至是多个不同的关注点。"
  • "任何一个傻瓜都能写出计算机可以理解的代码。唯有写出人类容易理解的代码,才是优秀的程序员。"
目录
第1章 重构,第一个示例 1
1.1 起点 1
1.2 对此起始程序的评价 3
1.3 重构的第一步 5
1.4 分解statement函数 6

显示全部
用户评论
实在,干货,不套理论,立刻上手
把平时我们开发中可能遇到需要重构的一些情况总结的很到位
招数还是那些招数,只是示例语言从Java换成了JavaScript,规则也进行了重整,整体感受更加简明,推荐给所有前端同学。
必读经典,要对坏味道有条件反射,周期性复习重构方法。
看着一個個壞味道變成一個個簡潔清晰的代碼,真想一試身手
重构思想大概了解了,but show me the code😣
读了一大半,对目前代码重构很有用
除了代码是TS
下载
收藏