App整体架构起源
对程序进行架构设计的原因，归根到底是为了提高生产力。
通过设计使程序模块化，做到模块内部的高聚合和模块之间的低耦合。这
样做的好处是使得程序在开发的过程中，开发人员只需要专注于一点，提高程序开发的效率，并且更容易进行后续的测试以及定位问题。
基于MVP的架构设计思路
mvp的全称为Model-View-Presenter，Model提供数据，View负责显示，Controller/Presenter负责逻辑的处理。
在App开发过程中，经常出现的问题就是某一部分的代码量过大，虽然做了模块划分和接口隔离，但也很难完全避免。
从实践中看到，这更多的出现在UI部分，也就是Activity里。
MVP是一种使用广泛的基础架构模式，使用基于事件驱动的应用框架。
MVP从更早的MVC框架演变过来的一种框架，与MVC有一定的相似性。
MVP框架由3部分组成：View负责显示，Presenter负责逻辑处理，Model提供数据。
MVP与MVC之间最主要的区别在控制层上，在MVP框架中，View与Model并不直接交互，所有的交互放在Presenter中；而在MVC里，View与Model会直接产生一定的交互。
MVP的Presenter是框架的控制者，承担了大量的逻辑操作，而MVC的Controller更多时候承担一种转发的作用。因此在App中引入MVP的原因，是为了将此前在Activty中包含的大量逻辑操作放到控制层中，避免Activity的臃肿。
MVP的变种有很多，其中使用最广泛的是Passive View模式，即被动视图。在这种模式下，整个框架内部模块之间的逻辑操作均由Presenter控制，View仅仅是整个操作的汇报者和结果接收者，Model根据Presenter的单向调用返回数据(图片来自网络)。并且MVP模式使得View与Model的耦合性更低，降低了Presenter对View的依赖，实现了关注点分离的初衷，方便开发人员的编码和测试工作。
UI层一般包括Activity，Fragment，Adapter等直接和UI相关的类，UI层的Activity在启动之后实例化相应的Presenter，App的控制权后移，由UI转移到Presenter，两者之间的通信通过BroadCast、Handler或者接口完成，只传递事件和结果。
举个简单的例子，UI层通知逻辑层（Presenter）用户点击了一个Button，逻辑层（Presenter）自己决定应该用什么行为进行响应，该找哪个模型（Model）去做这件事，最后逻辑层（Presenter）将完成的结果更新到UI层。
ThinkAndroid Android 快速开发框架
ThinkAndroid是一个免费的开源的、简易的、遵循Apache2开源协议发布的Android开发框架，其开发宗旨是简单、快速的进行Android应用程序的开发，包含Android mvc、简易sqlite orm、ioc模块、封装Android httpclitent的http模块,具有快速构建文件缓存功能，无需考虑缓存文件的格式，都可以非常轻松的实现缓存，它还基于文件缓存模块实现了图片缓存功能，在android中加载的图片的时候，对oom的问题，和对加载图片错位的问题都轻易解决。
他还包括了一个手机开发中经常应用的实用工具类，如日志管理，配置文件管理，android下载器模块，网络切换检测等等工具。
目前ThinkAndroid主要有以下模块：
| 模块 | 描述 |
|---|---|
| MVC模块 | 实现视图与模型的分离。 |
| ioc模块 | android中的ioc模块，完全注解方式就可以进行UI绑定、res中的资源的读取、以及对象的初始化。 |
| 数据库模块 | android中的orm框架，使用了线程池对sqlite进行操作。 |
| http模块 | 通过httpclient进行封装http数据请求，支持异步及同步方式加载。 |
| 缓存模块 | 通过简单的配置及设计可以很好的实现缓存，对缓存可以随意的配置 |
| 图片缓存模块 | imageview加载图片的时候无需考虑图片加载过程中出现的oom和android容器快速滑动时候出现的图片错位等现象。 |
| 配置器模块 | 可以对简易的实现配对配置的操作，目前配置文件可以支持Preference、Properties对配置进行存取。 |
| 日志打印模块 | 可以较快的轻易的是实现日志打印，支持日志打印的扩展，目前支持对sdcard写入本地打印、以及控制台打印 |
| 下载器模块 | 可以简单的实现多线程下载、后台下载、断点续传、对下载进行控制、如开始、暂停、删除等等。 |
| 网络状态检测模块 | 当网络状态改变时，对网络状态进行检测。 |
afinal Android的快速开发框架
Afinal 是一个android的sqlite orm 和 ioc 框架。
同时封装了android中的http框架，使其更加简单易用；
使用finalBitmap，无需考虑bitmap在android中加载的时候oom的问题和快速滑动的时候图片加载位置错位等问题。
Afinal的宗旨是简洁，快速。约定大于配置的方式。尽量一行代码完成所有事情。
目前Afinal主要有四大模块：
| 模块 | 描述 |
|---|---|
| FinalDB模块 | android中的orm框架，一行代码就可以进行增删改查。支持一对多，多对一等查询。 |
| FinalActivity模块 | android中的ioc框架，完全注解方式就可以进行UI绑定和事件绑定。无需findViewById和setClickListener等。 |
| FinalHttp模块 | 通过httpclient进行封装http数据请求，支持ajax方式加载。 |
| FinalBitmap模块 | 通过FinalBitmap，imageview加载bitmap的时候无需考虑bitmap加载过程中出现的oom和android容器快速滑动时候出现的图片错位等现象。FinalBitmap可以配置线程加载线程数量，缓存大小，缓存路径，加载显示动画等。FinalBitmap的内存管理使用lru算法，没有使用弱引用（android2.3以后google已经不建议使用弱引用，android2.3后强行回收软引用和弱引用，详情查看android官方文档），更好的管理bitmap内存。FinalBitmap可以自定义下载器，用来扩展其他协议显示网络图片，比如ftp等。同时可以自定义bitmap显示器，在imageview显示图片的时候播放动画等（默认是渐变动画显示）。 |
xUtils Android开源框架
xUtils是基于Afinal开发的目前功能比较完善的一个Android开源框架
xUtils目前主要包括4大模块：DbUtils, ViewUtils, HttpUtils, BitmapUtils。
包含了很多实用的Android工具；支持大文件上传，更全面的Http请求协议支持，拥有更加灵活的ORM，更多的事件注解支持且不受混淆影响；最低兼容Android 2.2 (Api Level 8)。