管理员也不在，说说 Android 物理返回键那点事

rewrewrew

研究X5一个月了，算是新人，目前研究的只限于客户端，我的服务器端自己封装的data处理，所以没有使用X5自带的服务端交互。只针对客户端做了研究。
首先index.w 入口必须从这开始，不然一堆事件没法使用，在入口添加了监听事件用于监听android设备的物理返回键，用于判断处理的是pages.getActiveIndex()，这个方法获取当前打开的窗口的编号。。。
如果你的页面是openWindow打开的，这个编号会递增，那么当点击android物理设备的返回键时会获取到当前打开的窗口的编号，我用的是closeWindow()来关闭。
但如果使用同一w文件的contents.to另外一个contents打开页面，那么点击物理返回键必然退到的你最初的页面，官方的APP也有这个问题。
如果你是使用Dialog打开新的窗口，可以获取到pages的编号，这时候监听物理设备的返回键地方就得用history.back()来关闭这个页面，说白了就是回退。
所以对于究竟怎么监听安卓设备物理返回键来说，取决于你用啥方式打开的页面，造成的结果就是不该关的关了，关闭了的打开其他页面有有缓存。要崩溃的节奏。。。

另外再说说官方的示例APP，里面互相参杂这事件。一顿操作后处一堆的问题。。。。
还有打包是使用andtoid增强型浏览器，用了这个像时间控件、select控件表现是良好了，但是点击输入域弹出输入法的时候页面每一行的高度会瞬间变化。我是三星的设备，不知道大家的是不是有这个问题。

BUG多多啊，只能说X5任需努力。。。。。。

最后评价一下，如果你要做一个APP功能繁杂，还是建议使用原生的android ios 的sdk开发，稳定。
如果你就是几个页面，逻辑也不复杂，只是展示数据，那么X5足够，而且一次开发多出运行。（像X5默认的订餐系统）

最后呼叫管理员，大家好多问题啊，快来解决一下。

netedush

不明觉厉！

halenwyh

请教一下楼主, "在入口添加了监听事件用于监听android设备的物理返回键" 是怎么实现的?

vinson

求同楼上