《重构 改善既有代码的设计》要点总结

重构：

重构手法：

大型重构：

要点列表：

以上来自转载：https://www.cnblogs.com/angeldevil/p/3601730.html

重构、复用与现实

1 . 项目开始时的选择

• 重写整个程序
  可以依赖自己的经验纠正程序中的错误，但谁来付钱呢？你又如何保证新的系统能够完成旧系统所做的每一件事呢？
• 复制、修改、扩展
  随着时间流逝，错误会不断地被复制、被传播，程序变得臃肿，当初的设计开始腐败变质，修改的整体成本逐渐上升。
• 重构是两个极端之间的中庸之道
  通过重新组织软件结构，重构使得设计思路更详尽明确，抽取可复用组件，使得软件架构更清晰，增加新功能更容易，使程序更简洁有力。

2 . 为什么开发者不愿意重构他们的程序？

• 不知道如何重构？
• 重构的收益是长远的，也许那时你已经离开当初的职位了，所以没有动力去实施重构。
• 代码重构是一项额外工作，老板并不会为此付钱。
• 重构有可能破坏现有程序。

3 . 重构以获得短期收益
重构可以带来短期利益，让软件更易修改、更易维护。重构只是一种手段，不是目的。
它是“程序员或程序开发团队如何开发并维护自己的软件”这一更宽广场景的一部分。

4 . 重构为设计模式

• 设计模式
  设计模式（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。
  使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。
  每种模式在现在中都有相应的原理来与之对应，并且描述了一个在我们周围不断重复发生的问题，以及该问题的核心解决方案。
• 重构为设计模式
  在很多时候，将代码重构为符合设计模式的要求也是重构的一个最佳目标。