重构C语言版(一) 概念原则篇

· 当我不断开发代码之后，我发现，我遇到写代码困难，还是会持续的困扰我。
但是观察很多大牛所做的事时，他们往往都能很快找到真实逻辑，再有效开发。如何才能达到他们的水平呢，再一次培训中，我听到了重构这个词，我发现我们新手都不太注重那些已经写过的代码，而旨在赶紧开发出新功能，所以困难还是存在，开发效率还是没有提高。
· 当我看到重构这本书时，我深切的体会到，它就是我需要的，我要先知道什么是好代码，再在老的代码里找到那些困难的点，把这些点一个一个解决了，才能提高编码水平，在这里总结我的读书笔记，也奉献给大家。

1. 重构是什么

重构（名词）：对软件内部结构的调整，目的是 提高其可理解性，降低其修改成本。
重构（动词）：使用一系列重构手法，在不改变软件可观察行为的前提下，调整其结构。
提醒：
· 清理代码不一定是"重构"，可以称为 结构调整，而重构是特定的一类结构调整。
· 性能优化 和 重构 有时候有点类似，但是重构是为了 让代码更容易理解，这可能让代码变得更快，也可能更慢。
· 开发软件是 我们会处于 添加新功能 和 重构 2种状态，每次只能干一件事情，不能同时干。

2. 重构的好处

· 改进软件的设计：没有重构，代码就会逐渐腐化。改进的方向中最重要的是 消除重复代码。代码量的减少 可以让未来可能的程序修改动作变得容易得多。
· 使软件更容易理解。
· 帮助找到BUG：理清程序的结构时，会顺带找出BUG。
· 提高编程速度：前几个都能提高代码质量，这回让添加代码越来越快。因此提高的是长期速度。

3. 何时重构

· 事不过三，三则重构。
· 预备性重构：让新功能添加更容易；
· 帮助理解的重构: 使代码更容易理解；
· 捡垃圾式的重构：发现一个逻辑过于复杂，记下来，马上给他改了；
· 代码审核的时候，给别人提建议是改掉它；
· 当重写比重构还容易，就别重构了。

4.重构的困难

· 延缓新功能的开发；如果做一点事情，能让新功能实现更容易，我一定会做。
· 代码所有权：推荐团队代码所有制，而不是属于某个人，这不能阻止重构。
· 分支：特性分支离开主分支越久，集成难度会指数级上升。解决方法是：CI持续集成，每天集成一次，避免分支差异太大。
· 测试：需要有自测试代码才能重构。
· 遗留代码： 没测试的，很困难，需要添加自测试代码，逐步理清思路。
· 数据库： 数据库重构也要小步修改，便于回退。

5.重构和架构

通常是：先架构，再开发。
有了重构，架构也可以大幅度修改。
YAGNI：先满足当前需求，后续有新需求想清楚了，再来考虑如何重构。
演进式架构：迭代架构设计。

6.重构和软件开发过程

三大实践，协同效应，保证了这些，才能谈论敏捷的其他部分：
（1）自测试代码 是基石。
（2）持续集成CI
（3）重构

7.重构与性能

· 重构和性能优化 常常被提及，似乎 让软件便于理解 就会 让程序运行更慢，虽然重构可能让程序变慢，但是它能让性能优化变得更容易。
· 性能只是一个单一的描述程序的角度，不要只用此标准来评判程序。
· 短期来看，重构可能回拖慢程序，但是它能让性能优化更容易，最终还是会得到好的效果。

下一篇：https://blog.csdn.net/weixin_42523774/article/details/105694606