Refactoring

What

重构（Refactoring）是什么？

不改变软件可观察行为的前提下，调整其结构

如何进行“不改变软件可观察行为”的修改动作

Where

为什么要做重构？

软件的复杂性来自于大量的不确定性
而这个不确定事实上是无法避免的

重构可以高效安全地改善内部设计
使之适应外部的不确定性和频繁变化

when

什么时候重构？

事不过三，三则重构

where

重构什么地方？

代码的坏味道

如果尿布臭了，就换掉它

这句话同样适用于我们的代码。重构这本书列出了24种常见的坏味道，

代码的坏味道

神秘命名

重复代码

过长函数

过长参数列表

全局数据

可变数据

发散式变化

霰弹式修改

依恋情节

数据泥团

基本类型偏执

冗赘的元素

代码的坏味道

重复的switch

循环语句

夸夸其谈的通用性

临时字段

过长的消息链

中间人

内幕交易

过大的类

异曲同工的类

纯数据类

被拒绝的遗赠

注释

who

谁来重构？

代码属于集体

集体对代码负责

所有人都有义务消除坏味道

及时沟通

how

如何重构

使用【搬移特性】中的【移动语句】手法 调整顺序
                    ```php
                        //实例化模板
                        $flag = true;
                        $module = Module::getInstance(self::$_module);
                        if (!self::getEnable()) {
                            if ($module->getStatus() == 0) {
                                $flag = false;
                                Log::record(self::$_module . ' has been closed');
                            }
                        }
                        while ($flag) { ... }
                    ```

```php
                        $module = Module::getInstance(self::$_module);
                        $flag = true;
                        if (!self::getEnable()) {
                            if ($module->getStatus() == 0) {
                                $flag = false;
                                Log::record(self::$_module . ' has been closed');
                            }
                        }
                        while ($flag) { ... }
                    ```

让小函数易于理解的关键在于良好的命名<br>
                    以函数的用途（而非实现手法）命名
                    ```php
                        while ($flag) {
                            $source = self::_bindDataGetStrategy($module);
                            //实例化数据采集器
                            $collector = CollectorChain::fromSourceChain($source);
                        }
                        ... ...
                        public static function _bindDataGetStrategy($module)
                        {
                            //绑定数据采集策略
                            if (self::$_code) {
                                $module->setGlobal('code', self::$_code);
                            }
                            if ($module->getUpdateField()) {
                                $time = Time::getFormatTime('Y-m-d H:i:s', self::getTime());
                                $module->setGlobal('time', $time);
                                Log::record('begin time: ' . $time);
                            }
                            $source = $module->bindSource($module->getSource());
                            return $source;
                        }
                    ```
                    <aside class="notes">
                        这里其实还有一个坏味道，方法内返回值$source这个临时变量可以使用【内联变量】手法消除
                    </aside>

就是这样，每一次都是很小的一步

other

需要注意的事项

合格的重构

消除味道

始终工作

持续集成

随时中止

断点续传

过程可逆

消除味道：一个重构应该是从识别一个坏味道开始，以消除一个坏味道结束，任何不以消除坏味道为目标的重构都是耍流氓。
始终工作：即重构定义中的“在不改变软件可观察行为的前提下”，说白了就是重构过程不能破坏甚至改变软件外在功能。
持续集成：不需要为重构单建分支，重构过程可以做到与开发分支在同一分支上持续集成持续交付。
随时中止：例如一个方法重命名，需要修改100个调用点，当改到50个的时候有个紧急的任务，我可以随时暂停重构，立即切换到新任务开发上，且不需要回滚已做的重构。
断点续传：还是上边的例子，假如我已经完成了新任务的开发，可以随时继续之前的重构，完成剩下50个调用点的重命名。
过程可逆：对于重构，经常有人会问：你怎么保证重构就会更好而不是更坏呢？重构的伟大就在于他跳出了对错之争，将关注点放到如何快速平滑安全的变化上，当然也包括反向重构。所以我的回答是：无法保证，但是我可以一分钟就重构回来。如果仔细看，《重构》书里的所有重构手法都是双向的，比如“提取函数”和“内联函数”。

重构是完全针对代码结构的行为
与代码的逻辑没有关系。

What

Where

when

事不过三，三则重构

where

代码的坏味道

代码的坏味道

代码的坏味道

who

how

other

合格的重构

自动化重构

正确重构，让代码永远年轻

练重构，无BUG，不加班！