雷蛇|安卓平板终于要变好用了?最新系统表现亮眼,但似乎还不够( 二 )



平板产品的折戟沉沙也让人唏嘘 , Nexus平板长期叫好不叫座 , 无法真正意义上地打开市场 。 谷歌亲自打造的Pixel品牌平板极力试图向高端市场靠近 , 然而系统层面的不足最终使其折戟沉沙 。 好在这不是终结 , 在教育和企业市场柳暗花明的ChromeOS为平板交互找到了新的路 。
ChromeOS最初是以Chrome浏览器为核心打造的Linux发行版 , 随着Chromebook打入入门级市场 。 而在谷歌推出高端Chromebook获得普通消费者用户时 , 想到了还有庞大的Android应用生态可以利用——终于在大屏的交互体验和多任务效率上有所尝试 。

在收获了ChromeOS+Android的正向反馈 , 再加上平板市场随教育需求回暖 , 以及折叠屏市场蠢蠢欲动潮流 , 谷歌再一次有意愿将Android平板系统做好 , 而这就是今天所见到的Android 12L 。 当然我们也知道 , 光是现在所展示的内容肯定还远远不够 。
做好自己难 , 做好“朋友圈”更难Android平板所面临的问题说简单也简单 , 说难其实还挺难:需要充分且合理地利用好大屏显示面积 , 并且提供与之匹配的多任务效率 。 系统层面做改进顶多开了个头 , 更重要的是将大量第三方应用也纳入到这一体系内 , 让平板的每个角落都有统一且自恰的体验 。
在谷歌这个本应领导Android平板做出改变的角色回心转意之前 , 想要在平板市场上分得属于自己那块蛋糕的各大厂商们 , 早就在这些年里做了不少尝试 。
最好的范例莫过于华为提出的平行视界 , 它将大量的横屏下应用体验从过去的完全不可用 , 变成了许多用户都能接受的状态 , 还被大量厂商学习跟进 。 以技术角度来看 , 平行视界的实现方法简直不要太简单:把应用内的列表、具体页面并列显示 , 减少用户反复跳转次数提升效率 。

这一下子就解决了两个体验顽疾:应用没有被强行拉宽到整个屏幕 , 能够以读起来舒服的宽度显示出来;并列显示应用内不同功能的窗口 , 在对应用做超低成本适配的前提下 , 就实现了近似于桌面端的多任务效率 , 用户不会因大屏下多次进入前后层级页面而感到疲惫 。
不过也有一些不太成功的尝试 , 比如说借用Android多任务接口实现的窗口化功能 。 这本是一个非常直截了当的想法 , 既然桌面操作系统的效率来自于多窗口多任务并行显示 , 那么将平板应用也统统窗口化 , 不就可以获得一比一复刻桌面端的效率体验了吗?

然而事与愿违 , 这并非是思路上有错误 , 而是在Android生态下想要实现优秀的窗口化 , 要做的系统侧适配和应用端改造工作量相当可观 。 其结果就是 , 无论何等体量的厂商都没有做好窗口化显示 , 内容显示率极低用起来十分别扭 , 更何况还缺乏系统级的内容拖拽等辅助改进 。
安卓12L能解决多少问题?谷歌有志于用Android 12L重振大屏体验之后 , 可以带来多少改变呢?
至少对于有志于拓展Android平板应用生态的开发者而言 , 开发适用于平板或是其他大屏设备的应用界面时 , 一切将变得更加有迹可循 。 他们将不再需要花心思琢磨去怎么重新造轮子 , 亦或是想着把iOS端的一切都照搬过来 , 只要遵守并合理使用API提供的能力 , 就可以做出可用性不低的平板体验 。

对于平板厂商来说 , 谷歌从系统开发上游给到指引能减少他们重复造轮子的压力 , 基础层面的改进直接套用或者进行风格化改造即可 。 厂商研发资源可以更多地集中于那些“开拓未来”的项目 , 也让不同品牌的产品之间都能有独特竞争力 。
不过我们依然乐于见到设备厂商用智慧去启迪整个行业 , 毕竟历史早已证明 , 光靠谷歌是远远不够的 。 而平行视界值得再一次登上领奖台:应用内多页面分屏显示或许不是华为首创 , 但的确让Android平板可以在横屏下正常使用 , 最终辐射到几乎所有产品 。