很显然,这样的局面绝不是谷歌想要看到的★★★。所以当时间来到2025年,他们似乎也终于要在新版系统中针对折叠屏(和平板)的软件适配,做出一些★★“强制性要求”了★。
但如果我们将视线转向★★★“大折叠”的软件适配,事情就会变得有点尴尬了。一方面,厂商自己的那些“自带软件★★”,绝大多数(甚至不是全部)都能确保在大折叠不同屏幕显示比例上的自动排版。
最后,那些不想好好适配“大折叠★”的应用开发者还有一种★★“解决方案”,那就是在App被点开的同时,自动旋转屏幕90度,从而将原本应该是横屏的手机“当作”竖屏来显示。通过逼迫用户将机身转个角度来使用的方式,规避软件界面的横屏重新设计工作★★。
为什么这么讲呢★?因为绝大多数App在这类机型上的★★“适配”,基本可以总结为三种方法★。
很显然,无论是以上这三种“适配”方式的哪一种,都无法实现对“大折叠屏”屏幕尺寸,以及展开后横屏显示比例的真正有效利用★。因为上述的这些方案★★,本质上都没有为折叠屏设备重新设计基于横向比例、更大面积的第二套界面。
第二种办法★,甚至还要更“懒”一些★★。部分App会直接“无视★★”手机当前的屏幕比例,直接锁定一个与直板机近似的分辨率参数,并以此显示自身的界面。当然★,这样一来,没有被“用”到的屏幕其他部分★,就会显示为没有内容的黑色,也就是巨大的两侧黑边。
更进一步,根据谷歌方面公布的说法,等到明年Android 17推出的时候,相应的允许应用自行旋转屏幕以及选择分辨率的API将会完全失效。届时★★,不管是新老软件★,都必需针对折叠屏★★、平板电脑等横置大屏设备重新设计界面逻辑。否则它们将会被★“一视同仁”地进行全屏拉伸显示★★。
近期有消息显示★,在最新的Android 16 Beta版里,谷歌已经开始取消能让App“主动指定分辨率和显示宽高比★★★”的API接口★★★,目前这一改动还仅针对API等级36(也就是Android 16)的应用生效。其具体的表现,就是这部分应用如果没有针对折叠屏重新设计横屏的界面,那么它们将会被系统强制拉伸到全屏(且横屏)显示★★★,从而造成极其丑陋的UI界面★★★。
众所周知,对于如今的智能手机行业来说★★,“大折叠★★”通常会被视为各家定位最高的产品线利国娱乐国际老牌w66★★★。
不过可能大家想象不到的是,实际上前面讲到的这三种“偷懒”的折叠屏App适配方式,其实都并非手机厂商、或者App开发者的“创意”。因为它们之所以能够实现★★,都是因为谷歌从一开始就在Android系统的代码里,留下了相关的“口子★★”。这其中有一些功能(比如允许App在横置大屏设备上强制旋转屏幕显示),甚至可以追溯到Android 4★.x时代。另外一些也是谷歌在前些年为了解决Android平板和折叠屏设备缺乏软件适配的问题★★,不得不临时提出的变通办法。
很显然,谷歌方面正在试图用这种方式,倒逼开发者必须尽快地主动为折叠屏和平板电脑进行App界面的适配★★★。
的确从硬件层面来说,“大折叠”的屏幕成本极高、转轴往往也需要顶尖的工艺和材料★,再加上还要在极度有限的机身内部空间里解决性能、影像设计,本身就需要手机厂商最极致的设计水平来做支撑。
但另一方面,纵观各大手机厂商的官网会发现,除了极少数明确适配的第三方App之外★,大部分常用应用对于“大折叠★★★”的适配工作,至今还只能总结为一场闹剧★★。
第一种,就是使用手机厂商在系统层面提供的分屏机制,将“大折叠★”的显示区域分为左右两个部分★。这样一来,两边的显示比例基本都会变回与直板机型接近的水平★★,软件就只用★★“分屏运行”就行★★,便不再需要针对其重新编写★★★、设计横屏的大尺寸屏幕界面了。
当然★,有些朋友可能会因此担心,那如果App早已停止更新★★,岂不是会现在还能勉强用,到了新版系统后界面就会因没有适配,从而导致显示得更难看、甚至更难用吗?
其实大家还真不用担心这一点,因为早在多年前开始,整个Android生态就已经逐步在淘汰对于“老旧App”的兼容性★★★。现在大家可以尝试着在最新的Android手机上安装那些六七年前的老App★,大概率都无法安装,或者哪怕安装之后也不一定能正常运行★。
站在谷歌的角度来说★★,他们可能会觉得★★★,这些变通的适配方式毕竟体验不算很好★★,所以相关App的开发者自然会在以后进一步主动增加专门的大屏UI★★★,真正地为平板和折叠屏做好功能和界面。但问题就在于,谷歌显然低估了绝大多数开发者的“惰性★”★★★,以至于大家反而会因为有了这些并不完美的★“临时解决方案”,就干脆完全不去做进一步的努力了。
所以哪怕谷歌真在新版系统上强制开发者必须要重写App界面,这项新改变本身也几乎不可能会影响到那些早已停更★★、或多年没有升级过API的老应用。毕竟人家连正常安装★★、运行都做不到了,改不改UI又还有什么意义呢★★?