蜗牛派文章作者从用户体验的视角出发，评价和总结了折叠屏的硬件形态、软件特性，并提出了针对多任务管理的设计原则。
2018-2019年后，人们对于移动生产力的思考生了极大的转变。苹果、微软和 Android 制造商推出了一系列新设备，提出了新的工作方式，颠覆了在过去十年中移动智能设备主导“一次运行一个应用”的主流原则。层出不穷的新设计都是为了解决一个亘古不变的问题：如何提高手机的生产力？
目录
- 画布第一：硬件
- 过去和现在：软件
- 大浪淘沙
- 提高移动生产力的合理建议
1、画布第一：硬件
正如在画布上作画，软件也是在硬件的限制和规范下运行。所以必须最大化硬件的优势的同时最小化其局限性。这意味着没有万能的解决方案。当前有很多不错的新形态可供我们选择，每一种提供了解决问题的方向。原型实现如下：·
内折手机（例如摩托罗拉Razr）这类设备有一个小型外屏，展开之后将会呈现一个常规尺寸的内屏。尽管高度便携，但与其他智能手机相比，它们没有提供附加的屏幕。
内折大屏手机（例如三星Galaxy Fold）这类设备有一个较小或正常屏幕大小的外屏，在展开之后则会有一个更大的平板级别的内屏。手机和平板的尺寸相似，也有很大的屏幕空间可以扩展。但是展开完整屏幕则需要笨拙的转换。
双屏幕（例如微软 Surface Duo）这类设备有两个紧密排列的屏幕。这种形态允许用户可以从便携的手机形态和更高效的大屏幕之间切换。但是软件在两个分离屏幕间的适配会存在问题。
外折屏手机（例如华为 Mate X）这种手机有一个环绕在外部的单个屏幕，在外折后即可达到平板尺寸。这是最少妥协的硬件应用，因为它可以在各种状态之间的转换更为自然，在不需要较大的屏幕时可以选择切换为便携的屏幕形式。
提炼上述设备的最佳设计元素，一个优秀的折叠设备需要非常便携，能够无缝切换至屏幕更大、更具生产力的形态。在这种情况下我们也可以畅想在这种硬件支持下的软件适配与实现。
2、软件的过去和现在
一些公司也开始为这种新的硬件形式设计了新的软件特性，Google 在 Android 10 上支持折叠屏手机，其中主要有三项特性：
“翻开书本”式交互（Open Book）的应用连续性：允许app的界面在设备的屏幕扩展时，响应式地切换界面（UI）的大小或布局，以适应屏幕的变化。对于应用来说，这种解决方案可以很好地利用屏幕的扩展空间，但不是所有应用都需要这种拓展，也不是所有应用都能充分利用这一特性。
“内折展开”式交互（Fold Out）的应用连续性：这种连续性允许应用在不同的屏幕间进行 UI 布局响应，通常是从小的外屏转移到更大的内屏（Galaxy Fold）。这种转换稍显尴尬因为它强迫用户必须离开当前场景，也不能看到页面元素的重新排列。由于缺少转换，导航型的心智模型也会受到破坏。
多窗口：多窗口能力允许2-3个甚至更多的应用通过 2D 网格的形式来运行。这种适配方式非常先进，但也存在一些缺陷：无论是移动硬件本身还是软件运行时的“桌面模式”都布局杂乱、难以排列、缺少延展性，这些都让其难以成为一个真正高效的解决方案。用户不是股票经纪人，也不能通过手机也强迫他们用证券交易所一样复杂的软件来提升使用效率。
iPadOS 也提供了一些强调移动生产力的新特性，例如：
底部导航手势（Home Bar Gestures）：底部导航手势令用户可以流畅、简单地在应用程序之间快速切换。对应的软件顺序都以时间轴进行排列。但用户的记忆力有限，不应该要求他们去记住打开应用的顺序。
侧拉（SlideOver）：侧拉使应用可以在一个小窗中运行，通过手势可随时呼出和取消小窗口。侧拉可以支持多个应用同时运行，用户可以通过和底部导航相同的操作手势切换不同应用；这种特性让侧拉成为了一个运行在顶部的另一部微型 iPadOS。这是一种强大有效的产品特性，为用户的微交互及快速的操作任务提供了支持，例如切换歌曲、查看短消息等。
微软也在 Windows 10 和 Surface Duo 的安卓皮肤中提供了一些灵活适配的特性demo。这种特性还没有被命名，所以我将在文章里展示一些创意特性：
屏幕拓展：屏幕拓展让应用在两块屏幕中展示不同的视图内容。在介绍视频中，微软展示了Outlook（收发邮件应用）如何从单屏转换为双屏模式，一块屏幕展示了收件箱、另一块则展示了下一级的邮件详情信息。对于某些软件程序（尤其是具有明显的多模式视图的软件，例如 Outlook）有较高的应用价值，这展示了Android实现“翻开书本” 的应用连续性。
线性工作流：这种形式允许新打开的应用占领当前屏幕空间，将其父级页面/应用推到左边。举个例子，如果在当前屏幕中的Outlook邮件详情页面中再打开PPT文档链接，这个文档将会出现在屏幕的最右侧，同时将刚才那个邮件页面推向左边，以此保证情景的延续性。
在最后，让我们讨论一下这些形式的开创者：Palm 的 WebOS ，过于超前的时代悲剧。
堆栈（Stacks）：堆栈将不同应用的不同界面组合成为工作集合，用户可以快速地从多任务界面中切换。当一个应用需要打开另一个应用，新的应用会在相同的集合中打开。堆栈可以按照用户的需求随意调整顺序。Dieter Bohn 精准的介绍了这个特性的好处：“你会真实地感知到你的应用所处的位置…用这种方式来按照所想安排应用内容会让你感觉到无与伦比的便捷。”
3、大浪淘沙
从软件这个纬度的学习汲取经验后，可以创建一些显而易见的指导原则。
1.不同的应用需要不同的拓展方式。Outlook 在 Windows 10X 上提供了多态视图，而对于像地图这样的应用，在更大的工作区域直接展示也许更好。音乐和信息不一定需要始终在顶部展示，但是需要更容易触达，那么像侧拉这种形式可能最合适。
2.复杂的工作流需要简易的导航形式。移动设备应该最大程度地减少用户在不同任务流之间的体验中断。导航应该是提升生产力的一种手段，而不是一种中断任务流的形式。
3.动态的工作流。重新安排工作集合应该是非常简单的，因为即使在同一任务下，工作集合也很少相同。应用的多个界面应该可以被提前生成并且快速调整和追踪。
提高移动生产力的合理建议
当前大多数硬件中最大的障碍是在“电话”和“平板电脑”形态之间的笨拙转换。因此，本文的解决方案专为 Mate X 样式的设备量身定制，该设备可为这种转换提供最小的阻碍和中断。同样，折叠屏软件的最大问题都存在于转换到生产力模式和进入生产力模式后。我创建了三套交互范例来解决这个问题，每一个都基于前文的指导原则。
不同的应用需要不同的拓展方式
我调查了不同种类的应用并将它们的过渡形式整理成三种：
1.静态应用即使在屏幕大小调整后也不会跟随调整大小。这种应用应该是结构简单、列表式的布局，就像 to-do lists 或者天气应用。
2.多态应用非常适合拓展，因为它们提供多种视图的展示，或者展示不同类型的信息。电子邮件，信息，社交应用是多态应用的有力候选者。
3.有拓展视图的应用在沉浸式的屏幕空间中体验更佳。在提供了更大的拓展屏幕空间后，具有复杂布局的地图，照片或应用程序将非常强大。
复杂的工作流需要简易的导航形式
iPadOS 的底部导航条为这个原则提供了非常强的支撑。它创建了一个简单的二维心智模型，帮助用户不需要离开当前的情景即可进行导航。然而，对于复杂的工作流而言，这种形式太过简单难以支撑；因为它只能前进或后退。我们需要一种既能保证简单性也能允许按照逻辑排序的方式来提升生产力。webOS 为我们提供了一些思考。
堆栈集合允许用户去创建有实际意义的工作区域：第一在单一的堆栈集合内，第二是堆栈本身的顺序。在这里我称呼这些堆栈为域（Space）。
域（Space）是用户自定义的应用集合。一个域最少可以由一个应用构成，不设上限。应用在域中的排序可以按照用户的意愿来进行排序。应用程序的不同界面、从应用唤起的其他应用在它们被调用的同一域中显示为相邻卡。
侧拉（SlideOver）在 iPadOS 中已经体现出了强大的适配性。在本文中，它的功能不变，但是不提供将侧拉中的应用转移到域中的能力。这样可以保持导航的简易性，也避免了两个模块内的应用重复。侧拉仍然保证可以快速轻松回访之前的任务和相关内容。无论用户处于哪一个域，侧拉提供的应用和逻辑都相同。
4、动态的工作流
在域内的应用间导航采用 iPadOS 一致的底部导航方式。无论该应用是否占据整个屏幕，用户可以在域中调整应用的左右位置。这让用户可以在较小的应用程序之间快速切换和预览，同时保留当前的任务情景。
在域之间的导航同样采用底部导航方式。在划到域的尽头会有些“粘性”——也就是说，想从一个域切换到另一个域，需要更长的手势动作。这使得域的边缘宽容度更高，避免用户意外脱离域。域的排列与 webOS 中的堆栈一致。
底部导航栏反映了域和应用程序的顺序。它被拆分开来，提供了应用和域的鸟瞰图。按住它可以提供更详细的视图，因此用户不必离开当前的场景，就可以了解应用和域的布局；在此处，用户可以快速在域之间进行切换，焦点应用被放大，提供一目了然的导航信息。
重要的是要认识到扩展视图后的应用程序本质上并不是更有效率。有时，较小的视图更有用—毕竟工作域是动态的—因此将应用缩回未展开状态的能力至关重要。用户可以在底部导航栏上向下滑动来展开或收缩焦点应用。我考虑过用捏的手势来实现这个功能（我相信这是一个更好的隐喻），但我认为这增加了不必要的阻碍，因为在有限的空间里的操作对误差更为敏感。通过结合域和底部导航栏，我们可以让用户在保证当前情景不退出的同时快速构建、维护、重整和切换它们的空间。
