今天完成的事情：（一定要写非常细致的内容，比如说学会了盒子模型，了解了Margin）

重构之前的CSS任务代码，清晰地看到自己在之前的不足，提升代码质量和技巧，提高思维效率，提升对编程之美的追求。

明天计划的事情：（一定要写非常细致的内容） 

继续任务13

遇到的问题：（遇到什么困难，怎么解决的）   

在复杂页面如何高效重构代码依然没有更多方法，如何通过重构代码实现优雅代码还有很多地方需要学习。

收获：（通过今天的学习，学到了什么知识）

什么是代码重构?

代码重构（英语：Code refactoring）指对软件代码更动以增加可读性或者简化结构而不影响输出结果。

软件重构需要借助工具完成，重构工具能够修改代码同时修改所有引用该代码的地方。在极限编程的方法学中，重构需要单元测试来支持。

From <https://zh.wikipedia.org/wiki/%E4%BB%A3%E7%A0%81%E9%87%8D%E6%9E%84>

重构(Refactoring)这个词最初由Martin Fowler 和 Kent Beck给下的定义，它是

一种修改，使软件的内部结构更容易理解，在不改变软件的可见行为方式前提下使软件更容易变更…它是一种有节制的整理代码、使bug产生几率最小化的方法。

重构的结果是引用了快捷方法、去除了重复代码和死代码，使设计和逻辑更加清晰。是在更好的、更聪明的使用编程语言。是在优势利用你现在知道、但当时的开发程序员并不知道——或并没有加以利用的信息。不断的简化代码，让它们更容易理解。不断的使它们在将来的变更变得更容易、更安全。

在这个过程中发现了bug、修改bug，这不是重构。优化不是重构。强化异常捕捉、增加预防性代码不是重构。让代码更容易测试不是重构——尽管重构能达到相同的效果。这些所有的事都是有益的。但这些都不是重构。

重构很简单。尽可能在写代码前先写测试能够防止你犯错误。小规模的、独立的、稳妥的对代码进行结构上的调整，每次调整完后都要进行测试，确保你没有改变代码的行为特征——功能和以前一样，只是代码上看着不同。重构模式和现代化的IDE里的重构工具使重构变得容易、安全和代价低廉。

重构的范围应该受你需要实施的代码变更或代码修正来决定——为了让代码变更更安全和更简洁，你应该做些什么？换句话说：不要为了重构而重构。不要对那些你不打算进行变更或不会变更的代码进行重构。

From <http://www.vaikan.com/what-refactoring-is-and-what-it-isnt/>