03 应用交互方式渐趋统一

目前针对iOS和安卓系统是否需要做不同的UI和交互区分，国内和国外应用发布厂商处理方式已经有很大不同，如同当年在浏览器上浏览习惯一开始就出现了“打开新标签浏览”（国内）和“线性浏览”（国外）一样，国外App倾向于在有条件的情况下分别依照各自不同的规范设计，国内大厂却有把iOS端和安卓端应用的展现和交互方式渐趋统一的趋势，原因有以下几个方面：

1. 节约设计成本

对于众多开发同时面向iOS系统和安卓系统的中小型的公司来说，虽然安卓开发工程师和iOS开发工程师的人员配备不能少，但如果安卓和iOS遵循同一套设计规范，却可以节省一半的设计资源，所以很多中小型的公司都是倾向于符合一套设计标准在两个平台上应用，在某个平台上稍作适配，即可实现节省快速上线的目标。

一套设计稿，版本同步

确实，如果需要在完全按照两个系统进行不同的UI风格&交互设计和牺牲一定的平台差异性但节省大量成本之间做权衡的话，可能大部分中小型公司都会毫不犹豫地选择后者。毕竟规范只是一种建议，不是一种强制标准，而且基本不会影响App在不同系统平台发布。

2. 统一用户体验

在全面屏时代到来之前，如果产品设计人员打着“统一用户体验”的旗帜来对两个系统的交互方式进行统一，必然会引来“设计原教旨主义者”的全面口诛笔伐，他们的理由也很简单：本来就是不同屏幕，不同的UI，不同的硬件按键，怎么能统一呢？

现在不赞成统一交互形式的依据似乎越来越缺乏说服力，iOS和安卓硬件的屏幕外观渐趋一致，UI渐趋一致，硬件按键？都不存在了好吗？在这种发展潮流和趋势下，如果还是强调两者因系统不同而必须要有不同的交互方式，是不是反而落入了“以工程实现模型而非用户心理模型决定产品外观”的窠臼和误区呢？（参见我的另一篇文章：交互设计：“认知模型”vs.“工程实现模型”）

因为在两者的外观基本一致、UI基本一致、交互方式基本一致的情况下，用户对这两个系统的心理模型也渐趋一致，不再有明显的区别。

全面屏时代的屏幕外观

我们可以来分析一下原来两个系统比较迥异的一些设计规范，这些不同的设计规范有些是因为苹果申请了手势专利的原因，有些是因为工程实现模型的原因而从一开始就有所不同：

安卓系统倾向于使用顶部TAB：

安卓系统在最早的设计规范中鼓励使用顶部TAB，其中有个比较重要的考虑就是防止虚拟按键与底部TAB发生误触，这样的理由也即将不复存在，硬件系统交互方式的完全统一也逐渐消弭了两个系统间不多的差异，在最新的Meterial Design规范中开始对使用底部TAB不做限制，但不鼓励顶部TAB和底部TAB同时出现，最终为应用交互方式的完全统一铺平了道路。

安卓倾向于顶部TAB

安卓系统倾向于使用汉堡包式导航：

汉堡包式导航，也叫抽屉式导航，不太清楚安卓系统最早建议使用这种导航方式的根本原因，但在全面屏时代之前，iOS多用底部TAB导航，安卓多用汉堡包式导航，确实是一个不成文的“惯例”，但仔细分析一下，这种区分根本没有任何道理可循，毕竟决定使用哪种形式的导航方式的，不应该是系统区别，而应该是信息架构和设计者对信息展示层级的考量和权衡。

汉堡包式导航

因为汉堡包式导航相比底部TAB式导航，天然具有节省空间的优势，但天然具有可发现性低的劣势。在全面屏时代屏幕外观一致、UI一致、系统交互一致的前提下，我们不可能强词夺理说安卓系统还是需要更小的展示空间，更深的导航层级，这是没有说服力的。

iOS左滑进入编辑态，安卓长按进入编辑态

左滑进入编辑状态，比长按进入编辑状态的费力度要低，可发现性要高，易用性也要好一些，长按自然有其适合使用的场景，但一个操作是否适合用长按激活，应该是基于场景，而不是基于系统，特别是在系统和App UI交互都趋同的前提下，这个差异也因为和上面同样的原因必然会界限逐渐模糊并趋向一致。

安卓和iOS进入编辑态的方式不同

可喜的是，很多App开始打破这些限制并实施了在两个系统上统一UI和交互的行动，以后这样的趋势会越来越明显，越来越一致。

3. 可以更专注于内容

如果一个同时面向两个系统发布App的公司从一开始就明确区分两个系统进行设计，并对每个系统的版本单独进行迭代和更新，那在运行一段时间后，因为各自的界面差异、交互差异、内容差异、开发差异、发布差异会导致两个系统的App会变成完全两个独立的App，原来统一统筹的产品、设计、开发、测试可能会完全割裂为两个相互独立的群组。

区分两个系统的设计不容易专注于内容

在这样的情况下，必然会影响公司对与App内容的专注性，被迫要拿出很多精力应付两个版本之间的各种差异，所以基于这个目标，很多公司也刻意统一两个系统下版本的一致性，尽量消弭两者之间存在差异越来越多的风险。

4. 跨平台的思路

跨平台的实现技术主要包括以下几种：

Web 流：也被称为 Hybrid 技术，它基于 Web 相关技术来实现界面及功能

代码转换流：将某个语言转成 Objective-C、Java 或 C#，然后使用不同平台下的官方工具来开发

编译流：将某个语言编译为二进制文件，生成动态库或打包成 apk/ipa/xap 文件

虚拟机流：通过将某个语言的虚拟机移植到不同平台上来运行

而现在使用最多的是Hybrid的开发方式，即iOS和安卓系统原生页面和H5页面打包在一起的开发方式，需要跨系统的交互和展现一致性，因为H5页面是超越系统属性直接调用统一的页面，为了保持原生页面和H5页面的UI、交互一致性，也需要原生页面向跨平台的统一UI、统一交互靠拢。

基于以上这些原因，全面屏时代App内部UI和交互渐趋统一的潮流和倾向也就不可逆转了。

所以全面屏时代移动端交互的最终发展趋势是：

1. 系统之间的UI差异和交互差异越来越小。

2. App不再过多关注系统差异。

3. App在不同系统上的UI和交互渐趋统一。

4. iOS的iOS Interface Guidelines 和安卓的Material Design Guidelines会逐渐剥离系统属性变成纯粹UI和交互规范，使用哪种规范最终取决于设计者的信息架构和展示目标。

以上就是全面屏时代的交互发展趋势，当然硬件技术的发展日新月异，GUI界面的载体发展也日新月异，在折叠屏已经逐渐出现，VR、AR、MR设备也已经露出曙光的近未来，交互形式可能又会因为GUI载体开发系统的不同而进入差异巨大的境况，但当尘埃落定，必然会有一种最符合用户心理模型而非工程实现模型的交互形式脱颖而出，让我们拭目以待吧。

未来设备的界面和交互方式