项目需求讨论 — 手把手带你写RxPermission

首先既然是Rx系列,前提是会Rxjava相关的基本知识,若是没有Rxjava的相关知识,请补好Rxjava相关知识再来看。java

关于权限申请的基础前面也写过相应的文章:react

项目需求讨论 - 动态权限申请分析及相关第三方库源码分析程序员

一天,产品经理走过来扫了扫个人电脑上的支付宝收款码,打了一笔钱给我后,跟我说了几个需求:bash

  1. 一天作一个视频功能
  2. 半天作一个界面
  3. 四天作一个日历控件

好比第一个任务,你以为你是确定作不完的,咱们就直接告诉产品经理不可能,第二个能够完成,直接给确定回复,第三个任务你可能要评估一下,说晚点再告诉产品经理,给他答复能不能作这个控件。app

三个任务的三个答复咱们就这么写:

1.创建需求的答复对象:

public class TaskAnswer {

    private String taskName;//需求名字
    private Boolean taskResult;//需求结果

    public TaskAnswer(String taskName, Boolean taskResult) {
        this.taskName = taskName;
        this.taskResult = taskResult;
    }
    
    public String getTaskName() {
        return taskName;
    }

    public boolean isTaskResult() {
        return taskResult;
    }
}
复制代码

2. 创建答复的给产品经理(创建Observable)

发送答复给产品经理:ide

TaskAnswer answer1 = new TaskAnswer("第一个需求",false);
TaskAnswer answer2 = new TaskAnswer("第二个需求",true);

Observable<TaskAnswer> task1 = Observable.just(answer1);
Observable<TaskAnswer> task2 = Observable.just(answer2);
PublishSubject<TaskAnswer> task3 = PublishSubject.create();
复制代码

由于前面二个咱们是已经知道告终果,第三个咱们须要考虑晚点再经过task3.onNext(new TaskAnswer("第三个需求",(true/false)))来给产品经理答复。源码分析

咱们知道咱们须要先走到产品经理那里,告诉他目前三个需求的结果,不可能走过去先说第一个不行,而后回到本身位子上,而后再走过去告诉他第二个能够,而后再回来,而后再去告诉他第三个看状况,后面给结果。确定是一次性走过去告诉他三个需求的初步结果:post

String[] taskList = {"第一个需求","第二个需求","第三个需求"};

final PublishSubject<TaskAnswer> taskPub = PublishSubject.create();

//咱们把三个需求对应的Observable放在一个List中
List<Observable<TaskAnswer>> list = new ArrayList<>();
for (String task : taskList){
    TaskAnswer answer;
    if(task.equals("第一个需求")){
        answer = new TaskAnswer(task,false);
        //由于咱们知道了第一个需求不能完成,直接立刻告诉产品经理,因此直接Observable.just就能够
        Observable<TaskAnswer> taskOb = Observable.just(answer);
        list.add(taskOb);
        continue;
    }

    if(task.equals("第二个需求")){
        answer = new TaskAnswer(task,true);
        //由于咱们知道了第二个需求能完成,直接立刻告诉产品经理,因此直接Observable.just就能够
        Observable<TaskAnswer> taskOb = Observable.just(answer);
        list.add(taskOb);
        continue;
    }
    
    //这是第三个需求,由于是要晚点再告诉产品经理,因此它是PublishSubject
    list.add(taskPub);
}

//咱们使用concat操做符把三个需求Observable连在一块儿变成一个
Observable<List<TaskAnswer>> total = Observable.concat(Observable.fromIterable(list)).buffer(3);

复制代码

3. 产品经理针对答复作出相应处理(订阅Observable)

咱们能够看到,咱们已经能够把第一次状况反馈给了产品经理,但这里能够有二种状况发生(主要看你跟产品经理关系铁不铁):ui

  1. 若是你跟产品经理的关系特别铁,产品经理说:此次的任务是有点急,并且难度也特别大,因此你没能按时没完成也没关系,咱们那时候具体一个个来看,哪几个完成了,哪几个没完成,日程上面对这几个需求有记录就行。
total.flatMap(new Function<List<TaskAnswer>, ObservableSource<TaskAnswer>>() {
            @Override
            public ObservableSource<TaskAnswer> apply(@NonNull List<TaskAnswer> taskAnswers) throws Exception {
                return Observable.fromIterable(taskAnswers);
            }
        }).subscribe(new Consumer<TaskAnswer>() {
            @Override
            public void accept(TaskAnswer taskAnswer) throws Exception {
                Log.v("dyp","名字:"+taskAnswer.getTaskName()+",结果:"+taskAnswer.isTaskResult());
            }
        });
复制代码
  1. 若是产品经理跟你的关系不是很铁, 他威胁你:你必定要就这几天把我提的需求都作出来,否则只要一个没完成,就记你这个月的任务没有按时完成,会计入到考核中。
total.flatMap(new Function<List<TaskAnswer>, ObservableSource<Boolean>>() {
            @Override
            public ObservableSource<Boolean> apply(@NonNull List<TaskAnswer> taskAnswers) throws Exception {
                if(taskAnswers.isEmpty()){
                    return Observable.empty();
                }
                for (TaskAnswer answer : taskAnswers){
                    if(!answer.isTaskResult()){
                        return Observable.just(false);
                    }
                }
                return Observable.just(true);
            }
        });
复制代码

咱们能够看到,咱们遍历了三个需求,只要有一个需求的结果不是true,咱们就直接返回了Observable.just(false);,只有当三个需求的答复结果都是true,才会返回Observable.just(true);。 这时候产品经理只须要:this

Observable.just(false/true)
    .subscribe(new Consumer<Boolean>() {
        @Override
        public void accept(Boolean aBoolean) throws Exception {
            if(aBoolean){
                Toast.makeText(this, "不错么,小伙子,需求都完成了。", Toast.LENGTH_SHORT).show();
            }else{
                Toast.makeText(this, "你死定了,奖金啥的都别期望了。", Toast.LENGTH_SHORT).show();
            }
        }
    });
复制代码

4. 最后一个需求通过考虑事后告诉产品经理最终答案

这时候产品经理也已经跟咱们对接了,咱们还记不记得咱们的第三个需求是不能立刻告诉产品经理的,因此咱们通过N分钟的思考后,决定告诉产品经理,这个需求貌似能够按时完成。

//咱们使用第三个需求的PublishSubject对象来发送结果给产品经理
taskPub.onNext(new TaskAnswer("第三个需求",true));
taskPub.onComplete();
复制代码

这时候产品经理那里就会收到(假设咱们跟产品经理是很铁的那种关系):

V: 名字:第一个需求,结果:false
V: 名字:第二个需求,结果:true
V: 名字:第三个需求,结果:true
复制代码

正式起航

对其,初步的知识点咱们已经讲完了。咱们来看下咱们的权限申请跟上诉这个故事的相同点:

产品经理给程序员提需求

手机APP向系统提权限

没错,基本如出一辙,惟一不一样的地方就是图中蓝色那一块:

产品经理提需求 手机APP提权限
脑子想了一会,调用了onNext和onComplete回复。 跳出弹框,让用户点击,而后再调用onNext和onComplete回复。

因此咱们目前把RxPermission功能进行划分:

RxPermission文件分块

  • Permission.java:权限对象
  • RxPermissions.java :里面对权限进行分组(分红已经肯定告终果的,还有没有肯定结果须要询问的),而且生成Observable,
  • RxPermissionsFragment.java:也就是图片蓝色的内容,对于那些尚未肯定结果的权限进行弹框询问,等用户点击了,而后再调用onNext,onComplete等进行通知。

咱们须要先按照咱们上面提过的产品经理的故事同样,把三个需求分红已经肯定告终果的和还须要思考一会的。咱们这里也要把权限也先分组分好(也就是在RxPermissions.java中):

@TargetApi(Build.VERSION_CODES.M)
private Observable<Permission> requestImplementation(final String... permissions) {
    //传入参数为权限的名字字符组。

    //用来放全部的权限集合
    List<Observable<Permission>> list = new ArrayList<>(permissions.length);
    //用来放等会要询问的权限集合
    List<String> unrequestedPermissions = new ArrayList<>();

    //对于传进来的权限进行遍历
    for (String permission : permissions) {
        mRxPermissionsFragment.log("Requesting permission " + permission);
        
        //若是已经处于赞成状态就把这个权限对象给放入list中。
        if (isGranted(permission)) {
            // Already granted, or not Android M
            // Return a granted Permission object.
            list.add(Observable.just(new Permission(permission, true, false)));
            continue;
        }

        //若是已经处于拒绝状态就把这个权限对象放入list中
        if (isRevoked(permission)) {
            // Revoked by a policy, return a denied Permission object.
            list.add(Observable.just(new Permission(permission, false, false)));
            continue;
        }

        /*
        就跟咱们产品经理的故事里面同样,咱们要对还不肯定结果的需求,
        创建一个PublishSubject,而后计入到unrequestedPermissions列表中用来传递给Fragment,
        同时也加入到中的list列表中。
        */
        PublishSubject<Permission> subject = mRxPermissionsFragment.getSubjectByPermission(permission);
        // Create a new subject if not exists
        if (subject == null) {
            unrequestedPermissions.add(permission);
            subject = PublishSubject.create();
            //把PublishSubject存入fragment中,等会方便肯定好结果后调用
            mRxPermissionsFragment.setSubjectForPermission(permission, subject);
        }
        list.add(subject);
    }
    
    /*
    这里就是把带询问列表的全部内容都送到RxPermissionsFragment.java中,
    而后在fragment中会针对这个列表里面的每一个权限,去调用系统方法进行询问,
    而后根据不一样的结果去onNext和onComplete通知。
    */
    if (!unrequestedPermissions.isEmpty()) {
        
        String[] unrequestedPermissionsArray = unrequestedPermissions.toArray(new String[unrequestedPermissions.size()]);
        //把list转换成String[]再传入到fragment中。
        requestPermissionsFromFragment(unrequestedPermissionsArray);
    }
    
    //这里跟产品经理的故事里面同样,咱们会把全部的权限都放在一个Observable里面。
    return Observable.concat(Observable.fromIterable(list));
}
复制代码

而后剩下的就是具体的fragment中处理的事情:

@TargetApi(Build.VERSION_CODES.M)
void requestPermissionsFromFragment(String[] permissions) {
    mRxPermissionsFragment.log("requestPermissionsFromFragment " + TextUtils.join(", ", permissions));
    
    //调用系统方法,对传入的须要询问的权限进行弹框申请,让用户来决定
    mRxPermissionsFragment.requestPermissions(permissions);
}
复制代码

当用户进行点击赞成或者拒绝的时候,系统会自动回调:

@TargetApi(Build.VERSION_CODES.M)
public void onRequestPermissionsResult(int requestCode, @NonNull String permissions[], @NonNull int[] grantResults) {
    super.onRequestPermissionsResult(requestCode, permissions, grantResults);

    if (requestCode != PERMISSIONS_REQUEST_CODE) return;

    boolean[] shouldShowRequestPermissionRationale = new boolean[permissions.length];

    for (int i = 0; i < permissions.length; i++) {
        shouldShowRequestPermissionRationale[i] = shouldShowRequestPermissionRationale(permissions[i]);
    }
    
    //主要就是调用这个方法
    onRequestPermissionsResult(permissions, grantResults, shouldShowRequestPermissionRationale);
}


void onRequestPermissionsResult(String permissions[], int[] grantResults, boolean[] shouldShowRequestPermissionRationale) {

    //根据进行询问的权限来进行遍历
    for (int i = 0, size = permissions.length; i < size; i++) {
        log("onRequestPermissionsResult " + permissions[i]);
        // Find the corresponding subject
        PublishSubject<Permission> subject = mSubjects.get(permissions[i]);
        if (subject == null) {
            // No subject found
            Log.e(RxPermissions.TAG, "RxPermissions.onRequestPermissionsResult invoked but didn't find the corresponding permission request.");
            return;
        }
        
        mSubjects.remove(permissions[i]);
        
        //获取反馈的结果,用户是赞成仍是拒绝
        boolean granted = grantResults[i] == PackageManager.PERMISSION_GRANTED;
        
        //而后发送结果,onNext(new Permissinon.....)
        subject.onNext(new Permission(permissions[i], granted, shouldShowRequestPermissionRationale[i]));
        
        //而后调用onComplete()进行结束
        subject.onComplete();
    }
}
复制代码

还记不记得咱们跟产品经理的关系铁与不铁,还有不一样的处理,就是都成功还算任务完成,或者分批告诉你每一个需求的评估结果。RxPermission在RxPermission.java中也有这二种状况,分别对应了:requestrequestEach方法。

最后咱们就能够在Activity中安心的使用:

//你跟产品经理关系很差的时候,一个完成不了就算输:
rxPermissions.request(Manifest.permission.CAMERA,
        Manifest.permission.READ_PHONE_STATE)
        .subscribe(new Consumer<Boolean>() {
        @Override
        public void accept(@io.reactivex.annotations.NonNull Boolean aBoolean) throws Exception {
            
            
        }
});

//你跟产品经理关系不错。只要反馈每一个具体的状况便可
rxPermissions.requestEach(Manifest.permission.CAMERA,
        Manifest.permission.READ_PHONE_STATE)
        .subscribe(new Consumer<Permission>() {
        @Override
        public void accept(@io.reactivex.annotations.NonNull Permission permission) throws Exception {

        }
});
复制代码

结尾

以图片结尾,没错。这是个看脸的时代,还好我长的帅气。(^▽^)

相关文章
相关标签/搜索