随着全面屏的出现，Android厂商为了更高的屏占屏，纷纷抛弃实体按键的设计，转而采用虚拟按键的方案。由于Android碎片化比较严重，各个厂商的不同机型的虚拟按键的样式各不相同。如果我们对于虚拟按键不做处理，进入游戏，由于机型差异会有以下大概几种问题。
-
虚拟按键背景大部分机型为黑色，对整个游戏的界面效果来说是不太友好的
示例一.jpeg
-
部分机型的虚拟按键区域提供隐藏虚拟按键的入口，当点击时，隐藏按键的功能键隐藏，当虚拟按键的区域并不会腾出以让游戏界面自动填充，导致右边会出现一块黑边
示例二.jpeg
-
部分机型的在相关操作下，虚拟按键会与游戏界面重合，导致游戏界面重合部分是无法正常响应事件
解决方案
针对以上问题，大概有两种解决方案
- 保留虚拟按键，统一定制虚拟按键的样式与颜色
- 隐藏虚拟按键
统一定制虚拟按键的样式与颜色
在Window类中有一个方法可以设置虚拟按键的背景颜色
public abstract void setNavigationBarColor(@ColorInt int color);
Window有一个子类PhoneWindow它实现了父类所有的抽象方法
public void setNavigationBarColor(int color) {
mNavigationBarColor = color;
mForcedNavigationBarColor = true;
if (mDecor != null) {
mDecor.updateColorViews(null, false /* animate */);
mDecor.updateNavigationGuardColor();
}
}
android相关的组件getWindow()获取的基本上是PhoneWindow的实例，相关的扩展内容可以参考activity的渲染机制
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) {
getWindow().setNavigationBarColor(Color.parseColor("#1bb5d7"));
}
隐藏虚拟按键
这个方法的思路是隐藏虚拟按键，并且把虚拟按键的空间作为展示区域。具体的代码实现：
public static void hideBottomUI(View view) {
int uiFlags = View.SYSTEM_UI_FLAG_LAYOUT_STABLE
| View.SYSTEM_UI_FLAG_LAYOUT_HIDE_NAVIGATION
| View.SYSTEM_UI_FLAG_LAYOUT_FULLSCREEN
| View.SYSTEM_UI_FLAG_HIDE_NAVIGATION // hide nav bar
| View.SYSTEM_UI_FLAG_FULLSCREEN; // hide status bar
if( android.os.Build.VERSION.SDK_INT >= 19 ){
uiFlags |= View.SYSTEM_UI_FLAG_IMMERSIVE_STICKY; //View.SYSTEM_UI_FLAG_IMMERSIVE_STICKY: hide navigation bars - compatibility: building API level is lower thatn 19, use magic number directly for higher API target level
} else {
uiFlags |= View.SYSTEM_UI_FLAG_LOW_PROFILE;
}
view.setSystemUiVisibility(uiFlags);
}
为了解决，虚拟按键弹出，无法再次隐藏的问题，我们额外做一道处理。
getWindow().getDecorView().setOnSystemUiVisibilityChangeListener(new OnSystemUiVisibilityChangeListener() {
@Override
public void onSystemUiVisibilityChange(int arg0) {
// TODO Auto-generated method stub
hideBottomUI(getWindow().getDecorView());
}
});
如果工程中activity比较多，个人建议创建一个baseAct，并且实现相关的逻辑。同时在使用的过程中有几个要注意的点。
- 该方法的调用时机与实现
在对对应的组件添加对应的隐藏虚拟按键的逻辑时，特别要注意理解对应组件的渲染机制。hideBottomUI()所传的参数不一定就是getWindow().getDecorView(),要结合具体的组件进行分析。组件渲染方式的不同，该方案具体调用的时机与所传的参数也会有所差异，这里我就不一一分析。具体的可以参考Android对话框Dialog，PopupWindow，Toast的实现机制 - 对于大部分的视图组件都需要加上相关的逻辑处理
很多时候大家很容易仅仅针对activity做相关的处理，而大多数时候我们的应用中会存在很多的视图组件，为了更好的应用体验，我们应该都对其做对应的处理。例如比较常见的dialog，PopupWindow等。
对于第一种方案来说，保留虚拟按键的原因主要是从用户习惯来说，因为很多用户已经习惯了虚拟按键的存在，他们能够很方便找到切换到后台的入口，或者呼出多任务。最开始采用隐藏虚拟按键的方案时，用户是需要右滑屏幕呼出虚拟按键的。多了这一步操作，改变了原有用户的使用习惯。
网友评论