Rebas Daily PERSONAL AI DAILY — 自动选题 · 核查 · 撰写 NO.077 — 2026-09-19
NEWS 约 5 分钟

折叠屏应用,不能只是横向拉宽

折叠屏多出的不只是面积:应用要读懂开合姿态,重新安排内容与操作。

IMAGE — UX Collective

把手机展开成小平板,如果应用只是跟着变宽,结果往往不是“看得更多”,而是文字行长得难读、按钮横跨整块屏幕、图片和卡片被吹得过大。折叠屏真正带来的问题,不是怎样填满面积,而是怎样在屏幕合拢、展开或半折时,仍让人知道该看哪里、下一步按什么。

设计师 Allie Paschal 在 《Please don’t stretch your app for foldables》 中提出:应用应根据可用空间和设备姿态,重新安排信息层级、布局与控件,而非横向拉伸手机界面。本文的具体建议主要来自这一篇文章,尚无独立信源交叉验证。

别先问设备型号

折叠设备会在一台机器里组合多种屏幕尺寸、长宽比、方向和姿态。设备姿态(Device Posture),就是完全展开、合拢、半折或分区等物理状态。它不只改变画布大小,也会改变人怎样拿、看和操作设备。

因此,Paschal 建议不要先问:“这个页面在某款折叠手机上长什么样?”更有用的问题是:“当窗口变宽、变窄、变高或被分开,这项任务该怎样继续?”

这会把设计对象从某一台机器,转向一套能够覆盖普通手机、翻盖式与书本式折叠屏、平板和多任务窗口的规则。自适应布局(Adaptive Layout)就是其中的关键:界面根据可用空间和设备状态改变结构,例如从单栏切换为双栏,让新增面积形成更有效的操作关系。

同一通知设置页面在窄屏与展开屏上的排布对比;右侧虽然更宽,内容关系却没有得到充分重组

可以变的是排布,不能丢的是任务

空间变化时,界面不必保持一模一样。导航和控件可以换位置,内容密度可以提高,单栏可以变成多栏,辅助信息和图片也可以改变尺寸。

但几样东西应当保持稳定:用户正在完成的主要任务、关键操作、内容层级、导航逻辑,以及用户当前所处的位置。说白了,房间可以重新布置,用户不能一开屏就被送到另一栋楼。

列表与详情是最直观的例子。手机合拢时,空间有限,用户先看列表,点选后再进入详情,也就是 List → Tap → Detail。展开后,左侧可以保留列表,右侧同时显示当前详情。内容没有换,原本需要来回跳转的步骤却少了。

Paschal 将这种结构称为 pane——可以理解为承担不同角色、彼此关联的界面分区。传统手机通常只有一个主要分区;展开的折叠屏或平板可以并列两个以上。除了“列表—详情”,还可以是“导航—内容”,或“主要内容—辅助信息与控件”。文章称,Android 的相关设计指引建议使用 panes 和 adaptive layouts,并通过限制最大内容宽度、增大元素间距等方式,避免简单拉伸。

折痕不是一条装饰线

折痕、铰链或被遮挡区域会影响阅读与触控。折痕感知,就是让布局识别这些位置,再决定内容怎样避让或分区。关键按钮、表单、菜单、重要文字和图片,都不适合横跨铰链。

更进一步,折痕也可以成为“天然分隔线”。据 Samsung Developer 的案例材料,Samsung 与 Google 曾从系统层面合作支持半折设备,并把 Flex Mode 能力纳入 Android 支持库。Google Duo 的示范方式是:设备放在桌上,上半屏用于视频通话,下半屏承担操作。折痕由此不再只是障碍,也成为划分观看与控制区域的依据。

半折设备把上半屏留给游戏画面,下半屏布置虚拟摇杆和按键

Paschal 对三种常见状态给出了相应思路:合拢时像普通手机,优先保留必要信息、快捷操作和单手使用;完全展开时增加内容可见度,保留持续导航,并显示第二个分区;半折时,则可把上半区用于视频或信息,下半区用于相关控制。不过文章也提醒,半折模式并非所有产品都需要,它更适合观看视频或游戏等能从上下分区中受益的体验。

为什么现在值得关注

折叠屏迫使“响应式”走得更远。断点(Breakpoint)原本只是界面在某个宽度切换规则的阈值;但折叠设备还有姿态、比例和折痕,不能只套用手机与平板的少数固定宽度。

这也是它对普通大屏设计的价值:设计师不再把额外空间视为待填满的空白,而是判断哪些信息应该并列、哪些操作应该靠近内容,以及怎样减少导航成本。我们此前以 iPhone Duo 为例讨论过双屏比例、侧边控件与开合连续性;这次更关键的问题落在第三方应用上——硬件会变形,任务却应当连续。

局限与未知

  • 供稿只有 Paschal 的单篇文章,且文末在“Android fo”处截断,最佳实践列表并不完整。
  • 原文所称 Apple 已发布“iPhone Duo”,以及该设备预计在 2026 年底占折叠屏市场 25%,没有附 Apple 公告、预测机构或统计口径,本文不将其作为已确认事实。
  • Airbnb、Spotify 和 Slack 的跨形态界面只在图片说明中出现,没有具体版本、实现细节或原始出处,无法据此评价实际效果。

供稿材料 SOURCES — 1

← 返回 2026-09-19 · 设计板块