探讨判断横竖屏的最佳实现

detect-orientation_900x500

在移动端,判断横竖屏的场景并不少见,比如根据横竖屏以不同的样式来适配,抑或是提醒用户切换为竖屏以保持良好的用户体验。
判断横竖屏的实现方法多种多样,本文就此来探讨下目前有哪些实现方法以及其中的优缺点。

CSS Media Queries

通过媒体查询的方式,我们可以通过以下方法来实现根据横竖屏不同的情况来适配样式:

1.内联样式

2.外联样式

window.matchMedia()

除此之外,CSS Object Model(CSSOM)Views 规范增加了对 JavaScript 操作 CSS Media Queries 的原生支持,它在 window 对象下增加了 matchMedia() 方法,让我们能够通过脚本的方式来实现媒体查询。

window.matchMedia() 方法接受一个 Media Queries 语句的字符串作为参数,返回一个 MediaQueryList 对象。该对象有 media 和 matches 两个属性:

  • media:返回所查询的 Media Queries 语句字符串
  • matches:返回一个布尔值,表示当前环境是否匹配查询语句

同时,它还包含了两个方法,用来监听事件:

  • addListener(callback):绑定回调 callback 函数
  • removeListener(callback):注销回调 callback 函数

那么,通过 window.matchMedia() 的方法,我们可以这样判断横竖屏:

通过Can I Use – matchMeida可以知道,该API在移动端得到良好的支持,并无兼容性问题。

window.innerHeight/window.innerWidth

The ‘orientation’ media feature is ‘portrait’ when the value of the ‘height’ media feature is greater than or equal to the value of the ‘width’ media feature. Otherwise ‘orientation’ is ‘landscape’.
—— CSS/Mediaqueries/orientation

在 CSS Media Queries 中,Orientation 属性有两个值:

  • portrait,指的是当 height 大于等于 width 的情况
  • landscape,指的是当 height 小于 width 的情况

所以,还有一种最为常见的方法是通过比较页面的宽高,当页面的高大于等于宽时则认为是竖屏,反之则为横屏。

window.orientation

在 iOS 平台以及大部分 Android 手机都有支持 window.orientation 这个属性,它返回一个与默认屏幕方向偏离的角度值:

  • 0:代表此时是默认屏幕方向
  • 90:代表顺时针偏离默认屏幕方向90度
  • -90:代表逆时针偏离默认屏幕方向90度
  • 180:代表偏离默认屏幕方向180度

在 iOS 的开发者文档(iOS Developer Library – Handling Orientation Events)是这样明确定义的:

也就是如下图所示:

iPhone-orientation

(图来自William Malone – DETECT IOS DEVICE ORIENTATION WITH JAVASCRIPT

在实际应用中,对于 iPhone 和大部分 Android 是没有180度的手机竖屏翻转的情况的,但是 iPad 是存在的。所以,简化下代码,我们可以绑定orientationchange事件来判断横竖屏:

影响判断的问题所在

1.对window.orientation属性值的不一致

在 iOS 平台,对 window.orientation 属性值是无异议的,规范当中有明确规定每个值对应的情况。但是对于 Android 平台,就有不一致的特殊情况出现。

A misconception about window.orientation中作者 Matthew Gifford 就有提到部分 Android 机型(该文章中测试用的 Toshiba Thrive 机型)返回的情况是与期望情况是相反的;除此之外,在 StackOverflow 上也有反馈过这样的问题(例如,window.orientation returns different values in iOS and Android中提到的 Samsung Tab 2 机型)。

其实,Matthew Gifford 认为这并不是 BUG(笔者也认同),按照Compatibility Standard – 4.2 window.orientation API规范中的定义,0 值指的是 natural 、 default 的屏幕方向,所以如果生厂商对 natural 、 default 状态是用户应当手持设备方向为横屏,那么 0 值对应为 landscape 的横屏方向了。
针对这种不一致情况的出现,对于追求完美的开发者来说,通过 window.orientation 的方法来判断横竖屏则变得有点不可靠的。

2.软键盘的弹出

是否除了 window.orientation 的其它方法都是可靠的呢?
然而,实际上是事与愿违的。在 Android 下,如果页面中出现软键盘弹出的情况(存在有 Input 的元素)时,页面有时会因为软键盘的弹出而导致页面回缩,即页面的宽度(竖屏时)或者高度(横屏时)被改变。
无论是 CSS Media Queries 还是 window.matchMedia() 方法,还是根据 window.innerWidthwindow.innerHeight的页面宽高比对方法来实现的横竖屏判断方法,都会因此受到影响,出现判断失误的情况( Samsung SCH-i699 机型,在竖屏时由于软键盘弹出导致页面高度小于宽度,被错误地判定为横屏)。
所以,在这样的情况下,这几种方式也变得不可靠。

探讨最佳实现方式

本着核心的原则——具体情况具体解决来讨论。

如果你没有遇上以上两个问题所在,恭喜你!上面所提到的方法都可以被应用,选择你最为喜欢的方法就好。

但是如果想要避免以上两个问题所在,有没有更好的办法呢?

经过实际情况的研究,针对开发环境兼容的情况( iOS 与 Android 下的微信内置浏览器与原生浏览器)来说,屏幕分辨率是不会改变的,那么我们可以尝试比对页面宽高和屏幕分辨率来判断横竖屏。

需要注意的是,微信内置浏览器页面宽度不包括顶栏部分的,而 Android 和 iOS 的原生浏览器都是带有底栏或顶栏兼有的,如下图所示。

inset-bars

(图为 iPhone 6s 下的微信内置浏览器与原生浏览器截图)

那么,我们可以确定为:

假如屏幕分辨率固定值为:screen.widthscreen.height(需要注意,这里很重要的一点是:在移动端,屏幕翻转时,screen.widthscreen.height 的值依然是不变的

  • 若获取 当前页面的宽(document.documentElement.clientWidth),等于屏幕分辨率的宽(screen.width),则可认定当前属于竖屏
portrait

(图为以 iPhone 6s 竖屏下的微信内置浏览器为例的截图)

  • 若获取 当前页面的宽(document.documentElement.clientWidth),等于屏幕分辨率的高(screen.height),则可认定当前属于横屏
landscape

(图为以 iPhone 6s 横屏下的微信内置浏览器为例的截图)

如此,对应的代码为:

以上是笔者拙劣的见解,如果你有更好的办法解决,欢迎来分享!

今后的发展

目前,W3C 引入Screen Orientation API,该标准能够帮助 Web 应用获得屏幕方向的状态,在状态改变时获得通知,并能够从应用程序中将屏幕状态锁定到特定状态。
但截止目前,该标准仍在 W3C 草案阶段。在移动端,它在 Android 和 iOS 平台上仍未得到支持,仅仅在 Chrome for Android 39 版本及以上才得到实现,所以对目前的开发来说意义不大。只能期待它能够尽快通过并得到广泛支持,这样的检测屏幕方向的问题就能够得到规范化的解决。

参考文档

1 2 收藏 评论

可能感兴趣的话题



直接登录
跳到底部
返回顶部