一、项目框架搭建的初衷
有时候我会被问到，‘你们的APP用的什么框架？’，说实话至今我也没搞懂他要问什么。我不知道他是要问，代码里用到的三方库呢？还是整个架构的设计模式呢？还是问用的什么语言呢？还是有没有用非原生的方式开发呢？
其实，如果是从开始就着手做Android，然后伴随着Android技术一步一步走来的开发者，一般都会选择用原生开发，原因有两点：一是没有任何一个非原生方式能达到原生的性能和体验。二我们已经对原生开发非常熟悉了。除非要求降成本，一次开发多平台使用。
扯了那么多，不管是哪种方式，都要面对一个问题，我们要搭建一个易用、稳定、优雅、扩展性强的框架。易用、稳定、优雅、扩展性强这就是项目框架搭建的初衷。
1.易用：其实就是不再需要写很多重复的代码，不再需要考虑内存泄漏、特定技术、甚至性能问题。只关注业务逻辑的编码。
2.稳定：一句话描述就是：即使是一个“捣蛋鬼”来在你框架上开发，也不会整出大问题。而且经过长时间的实践能证明框架没有导致过业务上的问题或者漏洞
3.优雅：就是代码看起来结构清晰，易读，易读易读！这个很重要，有些人喜欢把代码写的花里胡哨，一个简单逻辑能给你来个360度托马斯回旋，然后才实现真正的目的，让人看的云里雾里。这是不对的。
4.扩展性强：这个是为以后技术发展预留的一个特性。框架一方面要能简单的接入需要的三方库，另一方面要能支持后期改造，使用新技术融入框架内。比如一个比较实际的例子，框架原本网络请求用的是HttpClient，大家都知道，这个后来Android不再支持了，于是我想换为okhttp或者retrofit，那么框架要能支持在不动业务层逻辑的情况下，更换底层通信库。诸如此类的扩展都要支持
二、原则
所以基于初衷，我们有如下原则：
1.注意修饰符的使用，即public private protected的使用，使用好final，尽量把框架层细节封装起来，不对外公开。
2.通过接口或者抽象类的特性，让业务开发者能一眼看出来，我怎么使用这个框架，比如我可以定义一个Activity抽象类基类，业务开发者，开发界面的时候继承这个类，自然而然就能看出来要实现哪些方法。只要这些方法实现了，那么就使用好了这个框架。
3.尽量少引用无关的三方库，这里的意思是，不要因为想使用一块木头，而把整个森林都引用过来。有些简单的东西，完全自己开发也花不了多少时间。
4.对业务层提供基本的工具类和工具方法，比如toast、loading、网络请求、权限申请、日志打印、列表界面的实现等等
5.各基础模块尽量独立为module，比如网络请求的封装放一个module、sqlite的封装放一个、图片加载、图片上传放一个诸如此类，这样以后新建项目时需要哪个引入哪个即可。不用一股脑全lou进来。
