有比较多的权限库
由浅入深先看简单的开开胃
PermissionGen
该库比较早 看提交是3年前了 通过看该库的readme可以了解这个库的使用方式,通过链式调用比较易于配置
核心类图如下:
将权限涉及到核心api封装到框架之中,干掉冗余函数,使用者只关心功能函数即可。
涉及到的 比较核心的一个点就是,通过注解的方式直接回调权限成功、失败的函数
When it succeeded in obtaining permission
@PermissionSuccess(requestCode = 100) public void doSomething(){ Toast.makeText(this, "Contact permission is granted", Toast.LENGTH_SHORT).show(); }
When it failed in obtaining permission
@PermissionFail(requestCode = 100) public void doFailSomething(){ Toast.makeText(this, "Contact permission is not granted", t.LENGTH_SHORT).show(); }
核心的处理逻辑在PermissionGen#requestPermissions(Object object, int requestCode, String[] permissions)中, 最终通过反射调取 PermissionFail和PermissionSucess注解的函数
通过这种方式干掉了冗余代码,让用户专注于业务的开发
private static void requestPermissions(Object object, int requestCode, String[] permissions){
if(!Utils.isOverMarshmallow()) {
doExecuteSuccess(object, requestCode);
return;
}
List<String> deniedPermissions = Utils.findDeniedPermissions(getActivity(object), permissions);
if(deniedPermissions.size() > 0){
if(object instanceof Activity){
((Activity)object).requestPermissions(deniedPermissions.toArray(new String[deniedPermissions.size()]), requestCode);
} else if(object instanceof Fragment){
((Fragment)object).requestPermissions(deniedPermissions.toArray(new String[deniedPermissions.size()]), requestCode);
} else {
throw new IllegalArgumentException(object.getClass().getName() + " is not supported");
}
} else {
doExecuteSuccess(object, requestCode);
}
}
private static void executeMethod(Object activity, Method executeMethod) {
if(executeMethod != null){
try {
if(!executeMethod.isAccessible()) executeMethod.setAccessible(true);
executeMethod.invoke(activity, null);
} catch (IllegalAccessException e) {
e.printStackTrace();
} catch (InvocationTargetException e) {
e.printStackTrace();
}
}
}
可以看出反射函数只能无参函数 其中拿到activity或者fragment的注解方法在Utils的方法中,这里可以学习一下反射的一些用法,比如查找对应注解的方法
public static <A extends Annotation> Method findMethodWithRequestCode(Class clazz,
Class<A> annotation, int requestCode) {
for(Method method : clazz.getDeclaredMethods()){
if(method.isAnnotationPresent(annotation)){
if(isEqualRequestCodeFromAnntation(method, annotation, requestCode)){
return method;
}
}
}
return null;
}
小结:
这个库比较简单有一些优缺点:
优点:初步封装了权限的核心函数的,省去了冗余代码;可以学习反射的一些用法
缺点:
(1)大量使用反射(可以使用apt),
(2)api设计不是很合理
链式调用往往是平级调用方法,但是现在这个明显是有先后顺序的,一不留神容易写错
MPermissions
这个是鸿洋在PermissionGen基础上做了一些优化,作者说是使用apt解决了运行时反射的问题,优化了对外提供的api,因为申请只需要三个参数,抛弃了使用原本类库的单例的方式,直接一个几个静态方法,简单整洁暴力。
看了一下代码,主要是核心类MPermissions操作接口,间接操作实现该接口的APT生成类(依赖翻转,面向接口编程)
可以学习的一些点:
面向接口编程,APT代码生成代码实现这个接口就可以,
权限类的核心能力通过接口提供
public interface PermissionProxy<T> {
void grant(T source, int requestCode);
void denied(T source, int requestCode);
void rationale(T source, int requestCode);
boolean needShowRationale(int requestCode);
}
功能类跟接口层交互即可
通过APT生成一些重复的模板代码非常有用,关于APT技术在之前的博客多有提及就不再赘述了。
不过APT也有它的弊端就是APT 的工作原理是在编译 class 时,通过 Annotation 生成源代码,而在 Android 构建的过程中,像 滴滴出行乘客端 这样的集成方式,所有的模块都是 AAR 的方式来集成构建的,没有机会去同时编译所有的 class,这时候就需要新的手段来生成代码了,比如构建gradle的task在编译前扫描全局结合javapoet生成代码
在这个库里可以学习一下apt processor的异常处理有助于我们定位代码
private void error(Element element, String message, Object... args) {
if (args.length > 0) {
message = String.format(message, args);
}
processingEnv.getMessager().printMessage(Diagnostic.Kind.NOTE, message, element);
}
小结
作者仅仅是通过APT生成了模板代码,但是还是使用到反射生成实现代理接口的实现类
private static PermissionProxy findPermissionProxy(Object activity) {
try {
Class clazz = activity.getClass();
Class injectorClazz = Class.forName(clazz.getName() + SUFFIX);
return (PermissionProxy) injectorClazz.newInstance();
} catch (ClassNotFoundException e) {
e.printStackTrace();
} catch (InstantiationException e) {
e.printStackTrace();
} catch (IllegalAccessException e) {
e.printStackTrace();
}
throw new RuntimeException(String.format("can not find %s , something when compiler.", activity.getClass().getSimpleName() + SUFFIX));
}
这个APT代理的思想还是值得我们去借鉴的
下面来个硬菜
这个库目前有7726个start,而且有自己的网站指导说明,俨然是动态权限三方库的一哥,看来这个库需要好好分析一下
从官方这个库使用起来也非常简单,仔细看了下代码发现大同小异,跟前面两个库使用的方式很像,通过注解的方式标记 权限申请成功、权限事情失败、权限弹窗说明等函数调用,唯一多的是:
1、需要使用动态权的 Activity
or Fragment
(we support both) to handle permissions加上RuntimePermissions注解
这个库更多是将所有的逻辑处理放在了权限生成类 xxxPermissionDispatcher类,(生成代码承担了很多的逻辑处理)而不像MPermission库中仅仅将用户使用的功能代码,比如权限成功、失败之类的函数规整到生成类中,核心逻辑还是通过开发者自己代码处理,这样更容易写这个库,用户阅读代码也比较方便
个人更加倾向于 MPermission