image.png
对程序进行架构设计的原因,归根到底是为了提高生产力。
通过设计使程序模块化,做到模块内部的高聚合和模块之间的低耦合。这
样做的好处是使得程序在开发的过程中,开发人员只需要专注于一点,提高程序开发的效率,并且更容易进行后续的测试以及定位问题。
mvp的全称为Model-View-Presenter,Model提供数据,View负责显示,Controller/Presenter负责逻辑的处理。
在App开发过程中,经常出现的问题就是某一部分的代码量过大,虽然做了模块划分和接口隔离,但也很难完全避免。
从实践中看到,这更多的出现在UI部分,也就是Activity里。
image.png
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层。
image.png
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的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是基于Afinal开发的目前功能比较完善的一个Android开源框架
xUtils目前主要包括4大模块:DbUtils, ViewUtils, HttpUtils, BitmapUtils。
包含了很多实用的Android工具;支持大文件上传,更全面的Http请求协议支持,拥有更加灵活的ORM,更多的事件注解支持且不受混淆影响;最低兼容Android 2.2 (Api Level 8)。