遇到一个代码混乱不堪的Android项目该怎么办？

转载请注明出处：http://blog.csdn.net/asdzheng/article/details/49403155

好久没写博客，这段时间换了工作，有很多事情需要学习和处理，现在终于有点时间来总结这段时间所做的事情。新东家是一家创业不久，正处于上升期的公司，我进去时刚好在扩招了四五人，目的很明显，我去之前也做好准备，上升期的公司应该有很多问题需要我去解决，也做好了应对初期留下各种脏乱代码的的准备；

可想象毕竟是想象，等进到公司，将代码迁移下来一看，尽管心中有备，还是抵不住的内心翻腾倒海脑海中无数只草泥马蹦腾而过，这样的代码也行。下面我就把我看到的代码总结一下：

问题总结

1、 同类型的处理，没有抽象，造成代码冗余

Android项目中最常见的的无非是网络接口请求，不同的业务对应不同的接口，处理流程就是 客户端操作业务 —> 客户端调用接口 –> 服务器接收请求 —> 处理完返回处理结果 —> 客户端接收结果 —> 客户端对结果做处理和显示； 这样一套流程，最常见的方式就是封装一套网络请求框架，业务代码只关注请求时传入对应接口关键字和参数，然后写几个回调方法等着接收数据就好。

但之前我们的框架并不是这样，每调一次接口都要新建两个方法，然后调用和处理代码一般都要写个100-200行模板代码，这框架直接导致的结果是，每个有请求网络的Activity，代码都至少要500行以上，大部分的界面都是上千行规模，可想而知，要熟悉这样的代码得多辛苦。

2、 不考虑性能，代码只要能用就行

例如数据存储，Android其实提供了4种不同的本地存储方式，特点各不相同，各有各得优劣势，适用于不同场景，这不做分析。这四种方式里，我想最容易使用当然是SharePrefences，没错，就是因为它容易使用，APP里的的所有存储都只用它，把它当作万能且用法极不规范。其中一点就是用它来保存大量列表对象，最大的一个数据保存完xml文件直接快100KB，如果要在这数据上做些增删改想想都觉得酸爽，但以前就是这