几个权限库分析

发表于 | 更新于: | 分类于 | 阅读次数:
字数统计: 1,452 | 阅读时长 ≈ 6

权限系列

有比较多的权限库,由浅入深先看简单的开开胃

PermissionGen

核心源码分析

PermissionGen

该库比较早 看提交是3年前了 通过看该库的readme可以了解这个库的使用方式，通过链式调用比较易于配置

核心类图如下：

将权限涉及到核心api封装到框架之中，干掉冗余函数，使用者只关心功能函数即可。

涉及到的比较核心的一个点就是，通过注解的方式直接回调权限成功、失败的函数

When it succeeded in obtaining permission

1
2
3
4
@PermissionSuccess(requestCode = 100)
public void doSomething(){
	Toast.makeText(this, "Contact permission is granted", Toast.LENGTH_SHORT).show();
}

When it failed in obtaining permission

1
2
3
4
@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注解的函数

通过这种方式干掉了冗余代码，让用户专注于业务的开发

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
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);
    }
}
1
2
3
4
5
6
7
8
9
10
11
12
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的方法中，这里可以学习一下反射的一些用法，比如查找对应注解的方法

1
2
3
4
5
6
7
8
9
10
11
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

MPermissions

这个是鸿洋在PermissionGen基础上做了一些优化，作者说是使用apt解决了运行时反射的问题，优化了对外提供的api，因为申请只需要三个参数，抛弃了使用原本类库的单例的方式，直接一个几个静态方法，简单整洁暴力。

看了一下代码，主要是核心类MPermissions操作接口，间接操作实现该接口的APT生成类(依赖翻转，面向接口编程)

可以学习的一些点：

2.1 APT 编译前找不到类

面向接口编程，APT代码生成代码实现这个接口就可以，

权限类的核心能力通过接口提供

1
2
3
4
5
6
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);
}

功能类跟接口层交互即可

2.2 APT技术

通过APT生成一些重复的模板代码非常有用，关于APT技术在之前的博客多有提及就不再赘述了。
不过APT也有它的弊端就是APT 的工作原理是在编译 class 时，通过 Annotation 生成源代码，而在 Android 构建的过程中，像 滴滴出行乘客端 这样的集成方式，所有的模块都是 AAR 的方式来集成构建的，没有机会去同时编译所有的 class，这时候就需要新的手段来生成代码了，比如构建gradle的task在编译前扫描全局结合javapoet生成代码，在这个库里可以学习一下apt processor的异常处理有助于我们定位代码

1
2
3
4
5
6
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生成了模板代码，但是还是使用到反射生成实现代理接口的实现类

1
2
3
4
5
6
7
8
9
10
11
12
13
14
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代理的思想还是值得我们去借鉴的

PermissionsDispatcher

这个库目前有7726个start，而且有自己的网站指导说明，俨然是动态权限三方库的一哥，看来这个库需要好好分析一下

从官方这个库使用起来也非常简单，仔细看了下代码发现大同小异，跟前面两个库使用的方式很像，通过注解的方式标记 权限申请成功、权限事情失败、权限弹窗说明等函数调用，唯一多的是：

1、需要使用动态权的 Activity or Fragment(we support both) to handle permissions加上RuntimePermissions注解

这个库更多是将所有的逻辑处理放在了权限生成类 xxxPermissionDispatcher类，（生成代码承担了很多的逻辑处理）而不像MPermission库中仅仅将用户使用的功能代码，比如权限成功、失败之类的函数规整到生成类中，核心逻辑还是通过开发者自己代码处理，这样更容易写这个库，用户阅读代码也比较方便

个人更加倾向于 MPermission

0%