GUI 怎么让手机屏幕触摸完全失效失效

来源：蜘蛛抓取(WebSpider) 时间：2018-09-26 05:47 标签： 手机屏幕触摸完全失效

【摘要】：基于触摸屏的智能手机成为当前通讯技术发展的趋势,但触摸屏手机的功耗问题成为阻碍其发展的一个难题。研究表明移动设备中显示功耗是耗电量的重要因素,而GUI(图形用户界面)又是显示的重要组成部分。首先分析了触摸屏GUI的特点,通过将触摸屏手机的应用程序分类,研究了触摸屏手机GUI的节能优化方案。在此基础上,设计实现了触摸屏手机的移动搜索界面,通过实验验证了所述方案的可行性。


支持CAJ、PDF文件格式，仅支持PDF格式


王丁;闫瑶;李孝友;张振辉;;[J];自动化技术与应用;2008年05期
巩金龙;苏琼;王越;;[J];机械工业标准化与质量;2009年06期
中国重要会议论文全文数据库
王爱华;冯国生;;[A];第十二届中国电除尘学术会议论文集[C];2007年
张绍勇;;[A];2010中国仪器仪表学术、产业大会（论文集1）[C];2010年
陈鼐;于盛林;;[A];2007'中国仪器仪表与测控技术交流大会论文集（一）[C];2007年
张润连;;[A];中国电工技术学会第八届学术会议论文集[C];2004年
何长孝;陈鸣远;刘桂兰;;[A];空间探测的今天和未来——中国空间科学学会空间探测专业委员会第七次学术会议论文集（下册）[C];1994年
刘静;;[A];全国第十三次光纤通信暨第十四届集成光学学术会议论文集[C];2007年
沈海洪;;[A];中国航海学会通信导航专业委员会2005年学术年会论文集[C];2005年
卢小林;;[A];2003年中国智能自动化会议论文集（下册）[C];2003年
郭培源;苑康强;陈文华;陈岩;;[A];第二十四届中国控制会议论文集（下册）[C];2005年
韩洋;侯朝焕;马晓川;;[A];第十三届全国信号处理学术年会（CCSP-2007）论文集[C];2007年
中国重要报纸全文数据库
中国博士学位论文全文数据库
中国硕士学位论文全文数据库
常会敏;[D];哈尔滨理工大学;2008年

内容提示：触摸屏手机GUI中分层显示的设计与实现

文档格式：PDF| 浏览次数：2| 上传日期： 13:56:05| 文档星级：?????

全文阅读已结束，如果下载本文需要使用

该用户还上传了这些文档

为了更好的阅读体验，请转到我的个人站点：

全面屏是手机业界对于超高屏占比手机设计的一个宽泛的定义。从字面上解释就是，手机的正面全部都是屏幕，四个边框位置都是采用无边框设计，追求接近100%的屏占比。但受限于目前的技术，还不能做到手机正面屏占比100%的手机。现在业内所说的全面屏手机是指真实屏占比可以达到80%以上，拥有超窄边框设计的手机。

全面屏手机屏幕的宽高比例比较特殊，不再是以前的16:9了。比如三星的Galaxy S8屏幕分辨率是：，对应的屏幕比例为:18.5:9。VIVO X20手机屏幕分辨率是，对应的屏幕比例:18:9。对于这种奇葩的屏幕比例，APP开发者该如何去优化自己的应用，才能在这些手机上显示的更加完美呢？下面，从以下两个方面来探究APP完美适配全面屏手机的方法。

由于全面屏手机的高宽比比之前大，如果不适配的话，Android默认为最大的宽高比是1.86，小于全面屏手机的宽高比，因此，在全面屏手机上打开部分App时，上下就会留有空间，显示为黑条。这样非常影响视觉体验，另外全面屏提供的额外空间也没有得以利用，因此，这样的应用需要做相关适配。

针对此问题，Android官方提供了适配方案，即提高App所支持的最大屏幕纵横比，实现起来也比较简单，在AndroidManifest.xml中做如下配置即可：

其中ratio_float为浮点数，官方建议为2.1或更大，因为18.5：9=2.……，如果日后出现纵横比更大的手机，此值将需要设为更大。

关于这方面的适配，更详细的内容可以参考google官方文档：

max_aspect值也可以在Java代码中动态地设置，通过下面的方法即可实现：

更换部分被拉伸的图片资源文件

屏幕比例从16:9变成18:9，对于全屏铺满显示的图片，往往被会拉伸导致变形，比如下面的淘宝启动页图片，有一些被拉伸的样子。针对这种问题，开发者需要新增一些图片资源，以适应不同的屏幕比例。

针对这种问题，我们以分辨率为，像素密度为480dpi的VIVO X20Plus手机为例，可以在资源目录下面增加一个文件夹，drawable-h642dp-port-xxhdpi，并将GUI切好的分辨率为资源图片放在这个目录下，系统就能自动使用这种图片，便不会出现拉伸的问题。关于h<N>dp的详细用法，google开发者文档也有详细介绍：

在布局文件中，我们一般是使用dp来作为单位，我们先来看下dp的定义：

使用dp来布局非常方便，但是，使用dp并不能够解决所有的适配问题：

  • 呈现效果仍旧会有差异，仅仅是相近而已,
  • 当设备的物理尺寸存在差异的时候，dp就显得无能为力了。为4.3寸屏幕准备的UI，运行在5.0寸的屏幕上，很可能在右侧和下侧存在大量的空白。而5.0寸的UI运行到4.3寸的设备上，很可能显示不下。

总结下，dp能够让同一数值在不同的分辨率展示出大致相同的尺寸大小。但是当设备的尺寸差异较大的时候，显示效果就差强人意了。

全面屏手机与相对于传统尺寸的手机相比，屏幕尺寸差异较大，因此使用dp来布局界面，在全面屏手机上展示效果并不好。

有没有比dp更好的布局方案呢？

有的，那就是百分比布局方案。

比如，在LinearLayout中使用layout_weight来按照比例分配各个子view，这样，无论屏幕高度是多少，因为每一个子view在屏幕中占的比例都是相同的，所以在各种分辨率手机上看起来也是一样的。

这个库提供了两种布局供大家使用:

具体的使用方法本文就不详细介绍了，可以参考官方的sample:

还有一个布局方式，比上面说的两种布局方法更加强大好用，那就是ConstraintLayout，大家发现没有，每次使用android

  • 可以极大地减少布局的嵌套，提升界面渲染性能
  • 可以使用可视化的方式来编写Android布局文件，非常方便
  • 跟上面介绍的几种布局对比，可以更方便地实现百分比布局，适配全面屏也毫无压力

判断虚拟导航键是否存在

由于不同手机厂商对系统做了不同的修改，对系统界面底部的NavigationBar处理方式也就各不相同，有些手机系统有NavigationBar，有些手机没有，还有则是在设置增加开关，让用户选择是否启用NavigationBar。因此，对弈APP开发者来说，完美适配虚拟导航键也是一件比较有挑战性的事。

首先，我们来看看android源码有没有提供公共API来判断当前系统是否存在NavigationBar。

2.然后系统要获取“qemu.hw.mainkeys”的值，这个值可能会覆盖上面获取到的mHasNavigationBar的值。如果“qemu.hw.mainkeys”获取的值不为空的话，不管值是true还是false,都要依据后面的情况来设定。
所以上面的两处设定共同决定了NavigationBar的显示与隐藏。

其实，假如我们能够获取系统服务WindowManagerService在应用进程的代理的话，直接调用其hasNavigationBar方法来判断，是不是会更简单呢？但问题是如何获取WindowManagerService在应用进程的代理呢？

关于VIVO全面屏手机虚拟导航键的开关

由于全面屏手机都没有底部的Home,Back等实体按键，因此，大多数全面屏手机都是支持虚拟导航键，即通过上面的方法hasNavigationBar获取的返回值都是true。
但是，底部的NavigationBar会占用一些屏幕空间，一直显示出来，就是失去了全面屏的意义了，用户体验并不好。因此，在VIVO X20和VIVO X20Plus全面屏手机中，设置里增加了是否启用NavigationBar的开关，开关的路径是：设置 ---> 导航键

当隐藏虚拟导航键时，用户可以通过底部上滑的手势实现导航键同样的功能，非常便利。

但这对APP开发者来说，适配起来就比较麻烦了。在VIVO全面屏手机上，仅仅通过上面给出的hasNavigationBar是无法准确判断NavigationBar存在与否的，hasNavigationBar这个方法一直都是返回true。

那是否有其他方法来判断呢？必须有! 那就是获取Setting中这个手势导航开关的值，请看代码：

* 获取vivo手机设置中的"navigation_gesture_on"值，判断当前系统是使用导航键还是手势导航操作

这样，判断当前系统是否存在并开启了NavigationBar，就要结合上面给出的两个方法一起判断才准确：

对于大多数视频播放类的应用，在播放视频的时候，肯定希望能够隐藏NavigationBar和StatusBar。对于这种需求，在Android 4.1以上的系统里也有很好的支持，google官方给出下面的Example:

但是这么做是有缺陷的，Google共给出了5个注意事项：

  • 使用这种设置flag的方式虽然暂时隐藏了NavigationBar，但是用户触摸屏幕的任何地方flags将会被清除，也就是说你的设置，在用户触摸屏幕后会失效
  • 一但你设置的flags被清除后，如果你再想隐藏Navigation Bar，需要重新设置，这个需要监听一个事件
  • 在不同的地方设置UI标签是有所区别的。如果你在activity的onCreate()方法中隐藏系统栏，当用户按下home键系统栏就会重新显示。当用户再重新打开activity的时候，onCreate()不会被调用，所以系统栏还会保持可见。如果你想让在不同activity之间切换时，系统UI保持不变，你需要在onReasume()与onWindowFocusChaned()里设定UI标签。

详细的注意事项可以参考google开发者文档：

沉浸式全屏是什么意思？就是支持沉浸式全屏的应用在Android4.4的手机上会自动全屏显示，并不会出现恼人的虚拟键，而当我们需要虚拟键的时候，只要在屏幕底部轻轻滑动一下即可调出虚拟键，而且虚拟键是以透明的状态显示的。 按照 Google 的说法， 给用户一种 “身临其境” 的体验。

下面分为三种情况来介绍用法：

通过下面的两个方法，可以简单实现SYSTEM_UI_FLAG_IMMERSIVE_STICKY模式下，全屏和非全屏之间的切换：

//先取 非 后再 与， 把对应位置的1 置成0，原本为0的还是0

google官方Example中给出了只调一个方法就能实现全屏和非全屏之间切换的思路：

关于沉浸式全屏更加详细的使用方法，可以参考google开发者文档：

以上就是app适配全面屏手机的一个总结。如果客官碰到相关app适配全面屏问题，可以参考上述的一些方法来解决问题，假使能够给带来一些帮助，It is my pleasure。

我要回帖

更多关于 手机屏幕触摸完全失效 的文章

 

随机推荐