过去，我一直想着抽时间写一个小的前端工具，以对代码进行自动化的重构。但是呢，经过我再三的考虑，我暂时取消了这个打算 —— 主要是没时间。（PS：人生长乐，写个 Charj） 但是呢，我打算写一篇文章记录一下相关的思路。
分层架构，不就是建文件夹的艺术吗？
最近我工作的主要内容，是在和别人结对编程，以对一个大型的遗留系统项目进行重构。
过程中，我发现一个特别有意思的东西，我重构了很多的 if 语句。从这些 if 语句里，大抵是映射出了业务的变化。于是，我便想写一篇文章来记录一下相关的心得。
这些日子里，由于项目的缘故，我又双叕开始学着造轮子了。故事的开始是代码的不规范堆砌，导致软件大楼摇摇欲坠；故事的终点是，重新唤醒程序员对匠艺的追求。而故事的中间部分，则是我们所要关注的内容：代码坏味道（code smell）、包依赖合理性，应对的方案则是代码重构，目标则是 Clean Code，即易于阅读的代码。而它们（代码坏味道、重构方式等）都已经被归纳为模式。
IDE 重构，即借助于 IDE 来对代码进行重构，其通常是由快捷键来触发。它将重构的主要工作交给 IDE，而不是由开发人员痛苦的修改代码来完成。
本来在上一天里，我已经完成了业务的功能。在 Code Review 的时候，代码中有一些不符合 Android 的实践，又或者是有更好的方式。
今天在写一个代码的时候，发现在我们的代码里有一个很复杂的if-else语句——主要是在开发的过程中，业务在不断地变化。
众所周知在我们公司的面试流程比较复杂——其中有一个是Homework，即给候选人一份作业，三天之内完成代码，然后会对其Review。然后的环节便是到Office结对编程。今天有幸成为一名年轻的面试官，经历了今天两小时的学习后，发现自己在代码方面还是“很弱”。
或许你应该知道了，重构是怎样的，你也知道重构能带来什么。在我刚开始学重构和设计模式的时候，我需要去找一些好的示例，以便于我更好的学习。有时候不得不创造一些更好的场景，来实现这些功能。
当你写了一大堆代码,你没有意识到里面有一大堆重复。 当你写了一大堆测试,却不知道覆盖率有多少。
这就是个问题了，于是偶然间看到了一个叫code climate的网站。