关于重构项目的一些经验

一.项目重构（eg:mvp替换mvc，并且框架也替换了）

前提：要熟悉MVP的思想和使用

1.搭建好MVP+Retrofit+Rxbus,这个网上可以学习的文章很多，自行学习，最好是写一个Demo先搭建好，然后集成过来

2.跟普通的框架一样，删除之前的框架，然后根据报错信息一个个替换

3.把MVC的内容拆分出来，用MVP替换

二.框架替换相关

1.框架替换设计到的范围非常大，所以我们在替换的时候首先要重新拉一个分支，再测试稳定之后再合道主分支

2.比如替换图片加载，使用Glide替换ImageLoader,首先我们需要对Glide进行二次封装，这样外部调用只需要传递参数即可，便于我们以后的使用以及维护

3.删除老的ImageLoader相关依赖还有相关封装的类，重新编译项目，报错的地方就是需要我们替换的地方

4.在替换的过程中一定要看之前的相关的逻辑，比如默认的图片是什么，加载失败怎么处理，要保证原逻辑

5.在替换的过程中慢慢的扩展Glide二次封装的方法，满足各种要求

6.别的框架替换基本是一致的，一步步做下去就好了，唯一需要注意的就是耐心

三.模块重构（重构的含义为，本模块需求改了，跟之前基本不同）

1.模块重构相对来说涉及的面没有那么大但是需要注意的点有点多，需要我们耐心仔细的去做

2.首先我们了解模块重构的新需求是什么，老的模块是否需要保留什么

3.然后我们要看一下这个模块之前实现的相关类是否有重要的，比如这个模块的入口类，我们需要了解这个类在哪些地方有调用，传递过来的参数是什么，逻辑是什么，然后问清楚是否需要保留，然后在新的逻辑完成之后，删掉老的类，重新编译，看下是否有报错的地方，如果没有的话说明我们已经替换好了。

4.第三步是最重要的，模块写完之后一定要保证跟这个模块有关联的地方的逻辑是正确的