![重构与模式 - [美]Joshua Kerievsky](https://static.book345.com/covers/s/9787115153364.jpg)
书籍介绍
本书开创性地深入揭示了重构与模式这两种软件开发关键技术之间的联系，说明了通过重构实现模式改善既有的设计，往往优于在新的设计早期使用模式。本书不仅展示了一种应用模式和重构的创新方法，而且有助于读者结合实战深入理解重构和模式。书中讲述了27种重构方式。
本书适于面向对象软件开发人员阅读，也可作为高校计算机专业、软件工程专业师生的参考读物。
AI导读
核心看点
- 揭示重构与模式的内在联系
- 通过重构实现模式优于早期设计
- 详解27种重构方式改善设计
适合谁读
- 面向对象软件开发人员
- 计算机与软件工程专业师生
- 有项目经验的资深程序员
读前提醒
- 建议先阅读《重构》打好基础
- 需具备一定设计模式基础知识
- 注意译文质量可能影响阅读体验
读者共识
- 重构是手段，模式是目的
- 避免无谓的过度设计
- 案例清晰但翻译质量欠佳
本导读基于书籍简介、目录、原文摘录、短评和书评生成，不等同于全文精读。
精彩摘录
- "设计不足产生原因有如下几种： 程序员没有时间，没有抽出时间，或者时间不允许进行重构； 程序员在何为好的软件设计方面知识不足； 程序员被要求在既有系统中快速地添加新功能； 程序员被迫同时进行太多项目。 随着时间的推移，设计不足的软件将变成昂贵、难以维护甚至无法维护的大麻烦。"
- "数据结构的构造非常随意，甚至近乎不存在。任何东西都要与其他东西通信。所有重要的状态数据都可能是全局的。在状态信息被隔开的地方，需要通过错综复杂的后端通道杂乱地传递，以绕开系统的原有结构。 变量名和函数名信息量不足，甚至会起误导作用。函数可能使用大量全局变量以及定义模糊的冗长的参数列表。函数本身冗长，费解，完成多项毫无关联的任务。代码重复很多。控制流很难看清，难以找到来龙去脉。程序员的意图几乎无法理解。代码完全不可读，近乎难于破译的天书。代码中有很多经过多个维护者之手不断修修补补留下的明显印记，这些维护者几乎都没有理解自己的修补会造成怎样的后果。 虽然你开发的系统也许不会这么恐怖"
- "减少或去除重复的地方，简化复杂之处，使代码更好地表达其意图。"
用户评论
通过重构来学习模式是个不错的选择
能避免无谓的过度设计并且不错的了解模式的场景，问题域
如果说《重构》是基础性的函数，类级别的低级重构，那么这本书就是逻辑结构，模式级别的高级重构。
揭示重构与模式的关系
算了我不会java
先看下重构的书籍再看这本书会有更深领悟。
过誉了，还是因为泛泛地读了一遍，没有理会到深意？
想更多了解模式和重构。
借鉴《设计模式》与《重构既有代码》，对其中一些见解提出自己的看法，同时对《重构》中的大部分例子进行了详细的说明，是一本通过实际例子提升重构能力的好书
心得：加深了对《设计模式》的理解：一个特定的环境(上下文)，一系列类似的问题，还有一个解决办法的结构方式。
重构，过度或者没有设计，都是有问题的
学习到了新名词：领域驱动设计，对提升领域架构设计有帮助。领域设计在设计之前，设计是需要在领域设计的基础下进行合理的设计，来满足具体的功能。
具体例子，未看，先这样吧
以模式为导向的重构，较高层次一些的重构
讲重构，讲模式，这本书绝对是核心。
重构为了模式，这才是设计模式的执行方法。
收藏