IPermissionListenerWrap.IPermissionListener callback = mCallbacks.get(requestCode);
mCallbacks.remove(requestCode);
if (callback == null) {
return;
}
boolean allGranted = false;
int length = grantResults.length;
for (int i = 0; i < length; i++) {
int grantResult = grantResults[i];
if (grantResult != PackageManager.PERMISSION_GRANTED) {
allGranted = false;
break;
}
allGranted = true;
}
if (allGranted) {
callback.onAccepted(true);
} else {
callback.onAccepted(false);
}
}
private void handleEachPermissionCallBack(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults) {
IPermissionListenerWrap.IEachPermissionListener eachCallback = mEachCallbacks.get(requestCode);
if (eachCallback == null) {
return;
}
mEachCallbacks.remove(requestCode);
int length = grantResults.length;
for (int i = 0; i < length; i++) {
int grantResult = grantResults[i];
Permission permission;
String name = permissions[i];
if (grantResult == PackageManager.PERMISSION_GRANTED) {
permission = new Permission(name, true);
eachCallback.onAccepted(permission);
} else {
if (ActivityCompat.shouldShowRequestPermissionRationale(mActivity, name)) {
permission = new Permission(name, false, true);
} else {
permission = new Permission(name, false, false);
}
eachCallback.onAccepted(permission);
}
}
}
}
我们先来看一下它的 onCreate 方法,在 onCreate 方法里面,我们调用了 setRetainInstance 方法。
setRetainInstance(boolean retain)
Control whether a fragment instance is retained across Activity re-creation (such as from a configuration change)
表示当 Activity 重新创建的时候, fragment 实例是否会被重新创建(比如横竖屏切换),设置为 true,表示 configuration change 的时候,fragment 实例不会背重新创建,这样,有一个好处,即
configuration 变化的时候,我们不需要再做额外的处理。因此, fragment 该方法也常常被用来处理 Activity re-creation 时候数据的保存,是不是又 get 到了什么?
接着我们来看 requestEachPermissions 方法
-
在申请权限的时候,即 requestEachPermissions 方法中,我们先生成一个随机的 requestCode,并确保不会重复
-
第二步:将我们的 callBack 及 requestCode 缓存起来,通过 key 可以查找相应的 requestCode。
-
第三步:调用 Fragment 的 requestPermissions 方法进行权限申请
然后看 onRequestPermissionsResult 方法
这里我们主要关注 handleEachPermissionCallBack(requestCode, permissions, grantResults); 方法, handlePermissionCallBack 方法思路也是类似的
-
我们先从我们的 mEachCallbacks 方法中查找,是否有相应的缓存(即根据 requestCode 查找是否有相应的权限申请,有的话进行处理,没有的话,忽略。)
-
处理完毕之后,我们将权限的信息封装在 Permission 中,并进行相应的回调
public class Permission {
public final String name;
public final boolean granted;
/**
- false 选择了 Don’t ask again
*/
public final boolean shouldShowRequestPermissionRationale;
}
Permission 含有三个字段,name 表示权限的名字,granted 表示是否授权,shouldShowRequestPermissionRationale 表示是否勾选了 Don’t ask again(即不再询问),通常我们的做法是若勾选了不再询问,我们需要引导用户,跳转到相应的 Setting 页面。
大致代码如下
/**
-
打开设置页面打开权限
-
@param context
*/
public static void startSettingActivity(@NonNull Activity context) {
try {
Intent intent =
new Intent(Settings.ACTION_APPLICATION_DETAILS_SETTINGS, Uri.parse(“package:” +
context.getPackageName()));
intent.addCategory(Intent.CATEGORY_DEFAULT);
context.startActivityForResult(intent, 10); //这里的requestCode和onActivityResult中requestCode要一致
} catch (Exception e) {
e.printStackTrace();
}
}
封装完成之后,我们只需要调用以下方法即可,简单,方便,快捷。
private void requestPermission(final String[] permissions) {
PermissionsHelper.init(MainActivity.this).requestEachPermissions(permissions, new IPermissionListenerWrap.IEachPermissionListener() {
@Override
public void onAccepted(Permission permission) {
show(permission);
}
@Override
public void onException(Throwable throwable) {
}
});
}
OK,我们再来梳理一下流程
使用 Fragment 优雅处理 onActivityResult
我们先来看一下没封装之前 onActivityresult 的处理方式
我们先来看下正常情况下启动 Activity 和接收回调信息的方式:
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
// 启动Activity
startActivityForResult(new Intent(this, TestActivity.class), 10);
}
@Override
protected void onActivityResult(int requestCode, int resultCode, Intent data) {
// 接收Activity回调
if (requestCode == 10) {
// 处理回调信息
}
}
这样在简单页面下,看起来没什么问题,也简单易懂。但实际上,这种方式会存在一些局限
-
onActivityResult 必须在原始 Activity 中才能接收,如果想在非 Activity 中调用startActivityForResult,那么调用和接收的地方就不在同一个地方了,代码可读性会大大降低。
-
onActivityResult 都在同一个 activity 处理,如果这种方式特别多的话,我们要写一大堆的 if else,代码可读性大大较低,也不是很优雅。
同理,我们也可以跟上面的权限封装一样,用空白的 fragment 进行代理,进行封装。封装后的代码调用如下。
Intent intent = new Intent(MainActivity.this, TestResultActivity.class);
ActivityResultHelper.init(MainActivity.this).startActivityForResult(intent, new ActivityResultHelper.Callback() {
@Override
public void onActivityResult(int resultCode, Intent data) {
String result = data.getStringExtra(TestResultActivity.KEY_RESULT);
show(" resultCode = " + resultCode + " result = " + result);
}
});
思路如下
-
当我们想发起 startActivityresult 的时候,使用代理 Fragment 进行代理,调用startActivityForResult 方法,它需要两个参数, intent, 和 requestCode, intent 代表要跳转的动作, requestCode 用来区分是那个动作。这里,为了简化,我们随机生成 requestCode ,并缓存起来,下次申请的时候,再随机申请,确保不会重复。
-
在 onActivityresult 里面根据 requestCode 找到相应的 callback,并进行相应的回调。
中转的 Fragment RouterFragment 核心代码如下
public class RouterFragment extends Fragment {
private SparseArray<ActivityResultHelper.Callback> mCallbacks = new SparseArray<>();
private Random mCodeGenerator = new Random();
public RouterFragment() {
// Required empty public constructor
}
public static RouterFragment newInstance() {
return new RouterFragment();
}
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setRetainInstance(true);
}
public void startActivityForResult(Intent intent, ActivityResultHelper.Callback callback) {
int requestCode = makeRequestCode();
mCallbacks.put(requestCode, callback);
startActivityForResult(intent, requestCode);
}
/**
-
随机生成唯一的requestCode,最多尝试10次
-
@return
*/
private int makeRequestCode() {
int requestCode;
int tryCount = 0;
do {
requestCode = mCodeGenerator.nextInt(0x0000FFFF);
tryCount++;
} while (mCallbacks.indexOfKey(requestCode) >= 0 && tryCount < 10);
return requestCode;
}
@Override
public void onActivityResult(int requestCode, int resultCode, Intent data) {
super.onActivityResult(requestCode, resultCode, data);
ActivityResultHelper.Callback callback = mCallbacks.get(requestCode);
mCallbacks.remove(requestCode);
if (callback != null) {
callback.onActivityResult(resultCode, data);
}
}
}
其他的代码这里就不贴了,有兴趣的请自行到 GitHub 上面查看
https://github.com/gdutxiaoxu/FragmentDemo
看了上面 Fragment 的妙用,封装权限,处理 onActivityResult,你是否想到了什么?
-
其实,跟 Activity onActivityReslut 相关的,我们都可以转移到代理 Fragment 进行操作,如截屏,处理悬浮窗权限
-
setRetainInstance 方法,设置为 true 的话,当 activity recreate 的时候,fragment 实例不会被重新创建(如 configuration change 的时候,fragment 实例不会背重新创建),这样我们可以利用该属性来保存数据。如 architecture-components 的 ViewModel 其实也是利用 Fragment 的这种特征来保存数据
-
architecture-components 里面的 lifeCycle 生命周期的回调其实也是添加一个空白的 Fragment,从而进行生命周期的回调。
你呢, Fragment 的妙用你还知道哪些,欢迎留言评论。
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)
![](https://i-blog.csdnimg.cn/blog_migrate/210108eef21525c54330c346b8a00264.jpeg)
学习交流
群内有许多来自一线的技术大牛,也有在小厂或外包公司奋斗的码农,我们致力打造一个平等,高质量的Android交流圈子,不一定能短期就让每个人的技术突飞猛进,但从长远来说,眼光,格局,长远发展的方向才是最重要的。
35岁中年危机大多是因为被短期的利益牵着走,过早压榨掉了价值,如果能一开始就树立一个正确的长远的职业规划。35岁后的你只会比周围的人更值钱。
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)
![](https://i-blog.csdnimg.cn/blog_migrate/210108eef21525c54330c346b8a00264.jpeg)
学习交流
[外链图片转存中…(img-ZAf9I6LF-1712336616935)]
[外链图片转存中…(img-2v4nnueq-1712336616935)]
群内有许多来自一线的技术大牛,也有在小厂或外包公司奋斗的码农,我们致力打造一个平等,高质量的Android交流圈子,不一定能短期就让每个人的技术突飞猛进,但从长远来说,眼光,格局,长远发展的方向才是最重要的。
35岁中年危机大多是因为被短期的利益牵着走,过早压榨掉了价值,如果能一开始就树立一个正确的长远的职业规划。35岁后的你只会比周围的人更值钱。
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!