最近的项目有这样的一个需求,在登录跳转到首页之后有着多个请求,请求后可能有版本升级的dialog,公告展示的dialog,账号安全提醒的dialog等等。有些dialog可能显示可能不显示,具体要根据接口返回结果而定。
android开发艺术探索中对window的讲解是这样的:我们知道Window有三种类型,分别是应用window、子window和系统window。每种window都有对应的z-order,层级大的会覆盖在层级小的window的上面,这和H5里面的z-index概念相似。其中应用window的层级范围是1-99,子window的层级范围是1000-1999,系统window的层级范围是2000-2999,这些层级范围对应着windowManager.LayoutParams的type参数。如果想要window位于所有window的最顶层,那么采用较大的层级即可。想着之前了解过,这还不简单,接下来一顿操作,尼玛不行啊,在dialog的onCreate方法里拿到LayoutParams设置type为系统窗口,需要声明权限,这哪行啊,弹个提示还要先给用户要个权限,接着设置type为LAST_APPLICATION_WINDOW,这个总行了吧,结果出乎意料,调试发现即使设置了,type值仍然是TYPE_APPLICATION也就是2,去网上查找这种直接设置的方式根本没有,直接宣布这种方式不可行。
那就只用使用迂回战术了,搜索dialog优先级控制,有这么两篇文章
这两篇文章倒是给了我一种思路,但我并不想采纳,因为这里的实现方式用在项目里面有一个缺点,就是管理方式和业务逻辑混在一起,看起来凌乱不够优雅,而且还增加了出bug的风险和维护成本, 经过几天潜意识里的思考,决定自己实现。
实现方式就是写一个抽象类,定义一个静态的hashMap,重写show方法和dismiss方法
public abstract class MyBasisDialog extends Dialog{
protected int priority;
private static HashMap<Integer, MyBasisDialog> dialogHashMap = new HashMap<>();
public MyBasisDialog(Context context) {
super(context, R.style.AlertViewDialogStyle);
}
@Override
public void show() {
if (!hasHigherPriorityDialog()) {
super.show();
}
dialogHashMap.put(priority, this);
}
@Override
public void dismiss() {
super.dismiss();
dialogHashMap.remove(priority);
MyBasisDialog dialog = dialogHashMap.get(getHighestPriorityDialog());
if (dialog != null && !dialog.isShowing()) {
((Dialog) dialog).show();
}
}
private boolean hasHigherPriorityDialog() {
for (Integer priority : dialogHashMap.keySet()) {
if (priority > this.priority) {
return true;
}
}
return false;
}
private int getHighestPriorityDialog() {
int highestPriority = 0;
for (Integer priority : dialogHashMap.keySet()) {
if (priority > highestPriority) {
highestPriority = priority;
}
}
return highestPriority;
}
}
需要进行优先级管理的dialog就继承MyBasisDialog,在构造方法里面初始化一个优先级
public class BindGuideDialog extends MyBasisDialog{
private Context context;
public BindGuideDialog(Context context,int priority ) {
super(context);
this.context = context;
this.priority = priority ;
}
}
哈哈,欢迎留言讨论