说说重构那些小事三：重读《重构》

Posted 2022-11-11 有心好书

0x01.《重构》一书

为了做这期重构，自己也是专门又饭看了下《重构》，这本书，之前跟同事共读的时候，看过一遍。不过实践的机会不多。

这次重读有一些思考。

1. 读书重要在于理解，而不是在于数量，在于读了多少本书。理解，比如对于重构这本书，理解更多是能够自己打散书的目录逻辑，在自己心里重建一套只有的逻辑框架顺序。
2. 重构这本书，可以分为大型重构、小型调整。大型重构专门有一个章节提到。目前来看，继承关系梳理、抽取类和子类、设计模式的使用，架构的调整（比如从MVC到MVP）等等，这些其实算是大型的重构了。大型重构之后，再去做一些小型调整，比如函数、成员变量等等的调整。
3. 怎么做重构。首先要熟悉业务，其次要先思考，先思考架构层面的设计和调整（比如从MVC-MVP），再次才是动手做大型重构，最后是做小型调整。
4. 重构对于写代码也是有一定的指导意义的。
5. 其实重构相关的书籍有很多，比如《编写可读代码的艺术》、《从小工到专家》、《代码大全》…等等，不过思路大同小异，大方向就是两个方面：大型重构和小型调整。不过细看一本，融会贯通即可。

简要列一下之前关于重构的博客：
七遍系列：说明

七遍代码大全笔记：全部（七牛云有问题，还没解决）

《架构漫谈》笔记

之前写过设计模式系列的博客

充血模型和贫血模型

架构师的基本素质

重构系列：概论

0x02.做了两期重构，自己是有些思考的

重构可以分期进行

重构需要问题导向，不要为了重构而重构

重构是需要有目的和目标的

重构如何保证质量
自己花大精力自测
Mock，直接把json写死，拦截掉
跟领导说下，让QA安排更多的人力进行测试
先自测，把各种问题都记录下来，然后一个一个的排查，一个个的修改
重构要保证主动的去给QA暴露问题
主动自测
主动暴露问题给QA

注重合作，重构需要做好规划，然后拆分达到个人

重构中的自我激励

1. 相信自己
2. 大刀阔斧的改革 因为只涉及到UI问题，不要怕.这样子detailholder的职责就会少很多，很多代码都可以移出去了
3. 这样慢慢的职责越来越清晰之后。替换成recyclerview指日可待，一步一步逐步优化，终于找到了一个有出发点的问题
4. 这个到时候其实就是把holder替换成一个view，就迈开了很大的一步
5. 只有把这个大头拆出来，才能完成目标
6. 拆法 可以流程化
   先不动原有代码
   把代码拷贝到新的组件里，查找每个组件的逻辑，全部移动进来
   然后把组件需要的东西塞进来
   最后再去注释原来的代码，并把调用部分替换成组件的部分
   注释布局

为什么要重构
提升个人架构能力
提升代码精炼能力
一定要搞清楚为什么要重构，搞清楚意义