项目重构之旅

最近让写月度总结，楼主没什么文采想半天不晓得扯点什么好；简单说下上月重构的事儿吧（代码规范好的不用看了，本章算是个人笔记）。

搞过的都知道，一般公司为了尽快上线都是快速开发，比如分好模块几个人同时写，功能性的直接搜一下导进来等等，表面上看不出来有什么问题，但是如果你们其中的某个人离职或者有事请假了而刚好有个bug需要你改 肿么办？？屡一遍他代码呗，ok也没问题，但是如果他的业务逻辑很复杂呢，屡一半思路断了又得重新屡 会爆炸的！！，再者原来代码没有问题但是扩展性不是很好 随着新需求的增加难免会牵着以前的业务搅浑。

1：

先从三方依赖开始吧，项目加了很多感觉没什么用的依赖或者说功能重复；有mob（三方登入分享）支付用的什么三方忘了、友盟 （统计）极光（推送） 环信（IM） bugly（bug日志和版本更新）==。首先个人觉得qq/微信支付宝==这些可以分别去他们开放平台接入，bugly也可以统计但是我们需要具体的页面统计，本来想删掉极光 但是不知道换什么好，用过腾讯云好像没什么问题但是毕竟贵，环信在我印象中一直都有bug。

2：框架

选择合适的框架也是很重要滴，楼主是点餐项目重构选用的是比较常见的mvpr，网络请求+ retrofit2+rxjavax2，数据库greendao3.

楼主也是最近开始用rx的以前只是简单看了一下没有具体的实用。

在这里不得不拍一下rx的马屁了；截止目前rx出到2.*了用的人有很多有人说它真好用有人说它太难了==，楼主一开始也觉得很难甚至去年对它没什么好印象但是通过那篇“给android开发者的rxjava详解”看了不下五遍又结核demo写了几遍然后对它的那是360度大转变啊。

多么复杂的嵌套它都依然简洁

3：规范

再笨的人也能写出程序能够看懂的代码，但是写出人能够看懂的那才是一个合格的搬砖的，特别是多个人同时开发一个项目一定要规范好，改复用的复用改统一的统一，==吃饭了 有空更0.0