重构
所谓重构（refactoring）是这样一个过程：
在不改变代码外在行为的前提下，对代码做出修改，已改进程序的内部结构。使其程序的设计模式和架构更趋合理，提高软件的扩展性和维护性。
在工作之中，和其他同行聊起几年前以前共同开发的项目，聊到了现在发现的原有框架上的一些问题，并探讨更好的解决方案。
在他的推荐下，我入了《重构 改善既有代码的设计 第2版》一书。
好记性不如烂笔头。
我在此记录一下阅读此书的笔记。
他们的看法
以下是行业内的人阅读此书的一些看法摘抄：
对于软件工程师来说，重构，并不是额外的工作，它就是编码本身。——乔梁，腾讯高级管理顾问
应该去追求编写人能读懂的而不是仅机器能读懂的代码。——阎华，京东7FRESH架构师
软件不死，重构不歇。——余晟，《代码简洁之道：程序员的职业素养》译者
持续优化已有代码是维护系统生命力的最好方法。——杨卫华，微博研发副总经理
深入地理解架构、理解业务、理解需求，减少因设计失误而导致徒劳无益的反复重构。——庄表伟，开源社区理事
重构心法
王建（译者同事）的十六字重构心法：
旧的不变，
新的创建，
一步切换，
旧的再见。
重构第一示例
将一个业务复杂的单方法拆分成多个方法。
已达到主方法功能可读易理解的效果。
有一点向为一篇很长的文章整理段落，提炼标题；使比人能够很容易的了解文章大体内容。
第一示例用到了以下重构方法：
提炼函数（把一块代码单独提取成一个函数）查询取代临时变量（函数参数：把能从现有参数中得到的变量取消掉）内联变量（函数内部：取消临时变量）改变函数声明（修改函数名称，使之能清晰的描述其作用）移动语句（函数内部：将变量声明移动到紧邻循环的位置）拆分循环（将同一函数下的多个逻辑单独创建循环）关于程序性能
先做重构，再做性能优化。
在此过程中牺牲了部分程序性能，但是对引用的影响微乎其微的。
对性能有较大影响时也不要慌，先重构是为了后面的更好的调优。
重构的好习惯
重构前，先准备一套可靠的测试集，这些测试必须有自我检验能力。小步伐修改程序，以便出错时发现问题，不能急于求成。这一点对于已上线应用的系统尤为重要。把代码推送（push）到远端仓库前，把零碎的修改压缩成一个更有意义的提交（commit）.编码风格
变量改名
永远将函数的返回值命名为“result”。金额计算
将货币以分为单位存储，可以避免使用浮点数又不影响数学操作。
