持续重构
我们在写代码的时候需要避免的两种比较极端的情况:
- 写代码时字字斟酌,过早的进行代码优化
- 写代码随心所欲,直到使得项目代码变成一座“屎山”而没有人想去维护
类似于“持续集成”和“持续部署”的理念,我认为我们在写代码时应该可以做到持续重构。持续重构的好处在于我们在写代码时不需要过分的去关注代码结构和性能优化,此时我们以最快的速度来实现功能,这样的好处是可以提高开发效率;在一个小模块开发完成之后要立即进行重构,由于代码的基础逻辑已经完成,此时只需要在原有的代码上进行性能和结构优化的重构,这样比一开始就直接写出最优的代码要轻松的多。如果在最开始就开始考虑写出最优的代码,那么写代码的时候就需要同时考虑多个方面的内容,这样不仅影响开发效率,也会导致模块开发整体性的缺失。
持续重构的核心思想和持续集成一致,即我们无法做到完整的、正确的去完成一个事情,那么我们就把这个事情拆分为一个个小块的、可以被完成的事情,这样再去做就降低了事情复杂度。具体到重构就是我们有时候无法对一个巨大的模块做修改与重构,那么在完成一个个小模块的时候就立即重构,这样事情就变得简单的多。
重构必须要以单元测试为前提,不然无法对代码的正确性做出保证;一般来说重构同时也需要辅以版本控制,不然可能会导致代码混乱。持续重构既避免了代码最终会变成一个不可维护的泥潭,也保证了开发效率,在实际开发中应该多多实践。
本文链接:
https://www.nosuchfield.com/2019/06/06/Continuous-reconstruction/
版权声明:
本博客所有文章均采用
CC BY-NC-SA 4.0 许可协议,转载请注明出处!