android app开发中常用到哪些开源框架

在前面的课程中，随着对Android体系的了解，已经可以进行正常的Android应用开发了。在Android开发中，同其他工程开发一样，也经常使用一些提高效率的框架，本文我们做一个对比。这些框架，既包括：网络请求框架、也包括加载库框架、还包括数据库 *** 作等一些框架，总之，了解和熟悉这些框架，会对自己的开发效率有很大的提升和帮助。

网络请求框架

1、ok>

在前文的学习中，我们已经了解过ok>

2、Retrofit

介绍

Retrofit是一个很不错的网络请求库，该库是square开源的另外一个库，之前的ok>

Retrofit是基于Ok>

A type-safe REST client for Android and Java

该网络框架在github上的地址如下：>

要求

Retrofit支持的>

依赖

使用Retrofit库，和其他库一样，首先需要设置依赖，依然是在buildgradle文件中设置依赖：

//添加retrofit库依赖

implementation ‘comsquareupretrofit2:retrofit:210’

//添加gson转换器

implementation ‘comsquareupretrofit2:converter-gson:210’

使用

通过一个例子，我们可以来演示该框架的使用步骤：

1、定义请求接口，即程序中都需要什么请求 *** 作
public interface >

/

获取头条新闻

@param type 新闻类型

@param key apiKey

@return

/

@GET(“toutiao/index”)

Call getNewsList(@Query(“type”) String type, @Query(“key”) String key);

}

2、实例化Retrofit对象，使用的Builder的模式创建，如下代码所示：
Retrofit retrofit = new RetrofitBuilder()

baseUrl(ConstantsBASE_API)

addConverterFactory(GsonConverterFactorycreate())

build();

注意，这里设置结构体转换器，是可以直接把网络请求回来的数据转换为Java结构体，这里设置的Gson解析器，因此要引入相应的转换器支持库。

3、得到接口对象，自己创建的全局的接口对象，并调用相应的接口，得到一个类似于请求Call对象。如下所示：
>

Call newsListCall = >

4、加入到请求队列中，并设置回调方法：
newsListCallenqueue(new Callback() {

@Override

public void onResponse(Call call, Response response) {

//网络请求成功的回调方法

List list = ArraysasList(responsebody()resultdata);

Logi(“TAG”, “请求成功:” + StringvalueOf(listsize()));

NewListAdapter adapter = new NewListAdapter(RetrofitActivitythis);

adaptersetmData(list);

mRecyclerViewsetAdapter(adapter);

}

@Override

public void onFailure(Call call, Throwable throwable) {

//网络请求失败的回调方法

Logi(“TAG”, “请求失败:” + throwablegetMessage());

}

});

其他界面 *** 作和之前的Android中的内容一致。

3、RxJava

简单来说，用来处理事件和异步任务，在很多语言上都有实现，RxJava是Rx在Java上的实现。

原理

RxJava最基本的原理是基于观察者模式来实现的。通过Obserable和Observer的机制，实现所谓响应式的编程体验。

特点

RxJava在编程中的实现就是一种链式调用，做了哪些 *** 作，谁在前谁在后非常直观，逻辑清晰，代码维护起来非常轻松。

RxJava也是一个在github上的库，github>

基于此，还有一个RxAndroid，github地址如下：>

RxJava和RxAndroid的关系

RxAndroid是RxJava的一个针对Android平台的扩展，主要用于 Android 开发。

基本概念

RxJava 有四个基本概念：

Observable：可观察者，即被观察者Observer：观察者subscribe：订阅事件
这四个概念之间的逻辑关系是：Observable和Observer通过subscribe方法实现订阅关系，从而Observable可以在需要的时候发出事件来通知Observer。

事件

RxJava 的事件回调方法主要包含以下几个：

onNext：普通的事件onCompleted>

在开发时，本地数据库可以起到缓存数据和存储业务数据的作用，随着技术的成熟，不断推出了有很多关于数据库的 *** 作框架。比较常见的数据库 *** 作框架有诸如：GreenDao，OrmLite 和 ActiveAndroid，DBFlow等。

GreenDAO

GreenDAO是一个开源的 Android ORM(“对象/关系映射”)，通过 ORM（称为“对象/关系映射”），在我们数据库开发过程中节省了开发时间！

GreenDao的官方文档地址如下：>

GreenDao的作用

通过 GreenDao，我们可以更快速的 *** 作数据库，我们可以使用简单的面相对象的API来存储，更新，删除和查询 Java 对象。这款数据库 *** 作框架的特点是：

高性能，在官方的统计数据中，GreenDao在GreenDao，OrmLite 和 ActiveAndroid三个框架中，读、写、更新 *** 作效率均表现第一。易于使用的强大 API，涵盖关系和连接。内存消耗较小。安全：greenDAO 支持 SQLCipher>

GreenDao 的核心类有三个：分别是：

DaoMaster：保存数据库对象（SQLiteDatabase）并管理特定模式的 DAO 类（而不是对象）。它有静态方法来创建表或删除它们。它的内部类 OpenHelper 和DevOpenHelper 是 SQLiteOpenHelper 实现，它们在 SQLite 数据库中创建模式。DaoSession：管理特定模式的所有可用 DAO 对象，您可以使用其中一个getter方法获取该对象。DaoSession 还提供了一些通用的持久性方法，如实体的插入，加载，更新，刷新和删除。XXXDao：数据访问对象（DAO）持久存在并查询实体。对于每个实体，greenDAO 生成DAO。它具有比 DaoSession 更多的持久性方法。Entities：可持久化对象。通常, 实体对象代表一个数据库行使用标准 Java 属性(如一个POJO 或 JavaBean )。
使用

按照官方的文档和github上的说明可以实现greendao的使用。

首先进行的是依赖，对于greenDao，有两个地方需要设置，分别是项目根目录中的 buildgradle，还有module中的buildgradle。
classpath ‘orggreenrobot:greendao-gradle-plugin:330’ // add plugin

在项目根目录中的buildgradle目录中写这句话的意思是添加greenDao的插件。

在项目module中的buildgradle中也需要进行配置，有两个地方需要设置，如下图所示：

apply plugin: ‘orggreenrobotgreendao>

dependences{

implementation ‘orggreenrobot:greendao:320’

}

然后就可以使用了。

bean实体

可以在项目中创建自己业务需要的实体类，并通过注解来设置是实体类，字段约束等内容。然后点击Android Studio中的Make module，即可自动生成XXXDao代码，以此来方便开发者的 *** 作。生成的XXXDao类，不可修改和编辑，是自动生成的。

ORMLite

ORMLite框架是另外一款Android开发中可以使用的数据库 *** 作框架。该框架的文档地址如下：>

该框架的文档准备的不是特别友好，此处不再赘述。

总结，所有的框架原理几乎都相差不大，只是 *** 作有所差异。

视图注入框架

在Android项目开发过程中，有太多的页面需要布局完成，同时在代码中需要些大量的findviewbyid的 *** 作，来实现控件的解析。于是就有人想能否轻松一些，解放双手节省时间，干一些其他有意义的事情，于是ButterKnife就来了。

ButterKnife是一个专注于Android系统的View注入框架,可以减少大量的findViewById以及setOnClickListener代码，可视化一键生成。

该项目在github上的地址如下：>

这个框架的优势也非常明显：

强大的View绑定和Click事件处理功能，简化代码，提升开发效率方便的处理Adapter里的ViewHolder绑定问题运行时不会影响APP效率，使用配置方便代码清晰，可读性强
使用

首先是设置依赖，在buildgradle>

implementation ‘comjakewharton:butterknife:1021’

annotationProcessor ‘comjakewharton:butterknife-compiler:1021’

需要注意，该框架要求Java环境18版本以上，SDK版本在26以上，因此在使用到的module中的buildgraldle文件中，还必须添加如下代码配置：

apply plugin: ‘comjakewhartonbutterknife’

android{

//…

compileOptions {

sourceCompatibility JavaVersionVERSION_1_8

targetCompatibility JavaVersionVERSION_1_8

}

//…

}

另外，还必须在项目根目录中的buildgradle文件中，添加该框架的插件，如下图所示：

dependences{

classpath ‘comjakewharton:butterknife-gradle-plugin:1021’

}

然后即可在代码中进行使用了。

在使用该框架的页面进行绑定诸如，如下所示代码:

ButterKnifebind( this) ;

主要的功能

@BindView（）：控件id 注解，解放双手，不用再每个控件都写一遍findviewById@BindViews（）:多个控件id 的注解，括号内使用花括号包括多个id即可，中间用，分割开在Fragment中使用，绑定Fragment。@BindString（）：绑定字符串@BindArray：绑定数组@BindBitmap：绑定bitmap资源@OnClick、@OnLongClick：绑定点击事件和长按事件…还有很多
插件安装

如果是页面很复杂，一个一个写BindView也很费劲，在Android Studio中，可以安装一个ButterKnife的插件，安装该插件后，可以在Studio中直接将对应的布局中的所有控件均给自动生成。

注意，在进行自动生成时，鼠标要放在布局文件上。

注意事项

ButterKnife框架在使用时，要求的版本比较高，包括Java的版本也有限制。因此，如果计划在项目中使用，要提前做好预备工作，以防止对已有项目和业务带来不必要的麻烦，反而影响工作进度。

使用Gradle开发中，或多或少都会引入三方库，但是三方库又会有自己的子依赖，那么真正依赖到版本中的版本是多少呢？其实官方也有给出查看方法， 官方说明点这里 ，采用以下方式可查看：

这样子可以看到各个状态下依赖的版本，比如这里截出来的是releaseCompileClasspath的

(1) 利用dependencies查看依赖树

PS：方式一和二还是有区别的，比如看在window中点击androidDepencies，能看到依赖的本地jar包，但是通过命令查看依赖，则查看的没有本地jar文件依赖。

通过--configuration可以配置要查看哪个variant下的版本，比如这里是releaseCompileClasspath看的就是release的依赖。

看打印就能更清晰的看到依赖的版本，是为什么依赖到了，比如ok>

Android App开发中的IPC(进程间通信)无处不在。比如我们使用的 AlarmManager 、 InputMethodService 都是系统为我们提供的服务，处于单独的进程中。如果需要在自己的App进程中使用这些服务就需要进行IPC通信。

除此之外，我们自己的程序中也会存在进程通信的可能(特别是在一些大型APP中)

QQ:未登陆

微信:使用一段时间后:

场景：在Service中开启定位服务，Service处于单独的进程，需要在App主进程或者其他APP中获得定位结果。

服务中提供暴露给其他进程使用的方法并提供一个 ServiceId 注解标记，而服务实现中必须给到相同的 ServiceId 与方法实现，不强制要求 LocationManager 一定需要继承 ILocationManager j接口，但是为了保证方法签名统一建议继承。(不然一个是getLocation，另一个是getLocation2就不好玩了)

在Service进行定位，定位结果在 LocationManager 中记录。在这个Service中使用框架注册 LocationManager 。

不需要返回 Binder 对象，这意味着使用者不需要编写繁琐没任何提示的AIDL文件。

框架内部会提供 comenjoyipcIPCService$IPCServiceX 多个预留Service，用于与其他进程通信，如果一个App存在多个进程都需要提供各自进程的服务，可以使用不同的Service。所以本质上依然是借助的Service+Binder通信，但框架将细节封装隐藏，使用更加简单。

获得结果对象后就能像调用本地方法一样调用远程方法（RPC调用）。

在使用中简化了：

1、不需要自己定义AIDL接口，使用的JavaBean也不要求实现 Parcelable 接口;

2、在客户端不需要直接使用 bindService 获得 Binder 对象;

服务端需要定义暴露服务的接口(ILocationManager)，客户端如果是其他APP，则需要将接口类放到自己的源码中(不需要接口实现)。接口中定义的方法就是服务端提供给其他进程使用的方法。

整个框架包含了服务端与客户端两端接口。

在服务进程中会缓存 ServiceId 与对应的服务实现Class对象： 服务表 ，同时服务实现中的所有方法列表也需要进行记录： 方法表 。由于一个服务中可能存在多个方法，所以其数据结构为 Map<Class,Map<String,Method>> ,外层 Map 的key为服务Class，内层 Map 的key则为方法标记。

当客户端需要调用服务时，将 ServiceId 、MethodName以及执行方法需要的参数传递给服务端，服务端查表利用反射 Method#invoke 即可执行服务中的方法。

其中客户端的请求被封装为 Request 对象，服务端响应则封装为 Response 对象

服务端只需要暴露服务接口给其他进程使用，所以服务端只需要调用框架的注册接口 regiest 对服务实现进行注册。( 注册的是服务实现，而不是服务接口 )

注册时，通过反射获得Class上的 ServiceId 即可记录 服务表 。同时利用反射获得Class中所有的public Method即可记录 方法表 。

由于框架本质还是利用Binder来完成通信，为了与其他进程通信，框架内部提供了多个预留的Service。

通信Service会返回一个AIDL生成的Binder类对象

客户端使用 send 方法向服务端发起请求。

服务端接收到请求后的实现：

客户端需要先与服务端建立连接，因此框架中提供了 connect 方法，内部封装 bindService 实现与服务端通信Service（ IPCService ）的绑定。

唯一需要注意的是：

当完成绑定后，客户端就可以获得服务端通信Service提供的 IIPCService 对象，客户端调用 IIPCService#send 发起请求。

当我们需要获得 Location 。则应该调用 LocationManagergetDefault()getLocation() 。这句调用会需要执行 LocationManager 的两个方法： getDefault 与 getLocation 。

然而这个对象存在服务端，客户端如何获得？

我们可以利用动态代理，在客户端创建一个 "假的" 服务接口对象（代理）。

当我们执行这个代理对象的方法( getLocation )时，会回调 IPCInvocationHandler#invoke 方法，在这个方法中框架会向服务端发起请求： IIPCService#send

而 getLocation 会返回一个 Location 记录定位信息的对象，这个对象会被服务端json序列化发送过来，因此，客户端只需要在此处获得 Method 的返回类型并反序列化即可。

RPC指的是：从客户端上通过参数传递的方式调用服务器上的一个函数并得到返回的结果，隐藏底层的通讯细节。在使用形式上像调用本地函数一样去调用远程的函数。

比如我们使用Ok>