《iOS Wow Factor》全书译文精选译者:C7210（微博）

正如我们在前文中提到的，交互建模用来对应用当中的交互模式进行定义，它同时还诠释了这些交互模式是以怎样的方式被整合成为具有高度一致性的、容易被用户理解的交互模型的。我们曾经在第二章里对iOS交互环境的概念模型和空间模型进行了解析。其中，交互空间及其三个组成层面的概念共同构成了iOS中的基础交互模型 (见图 6-1)。这个例子充分地体现出了交互建模的设计思想所具有的强大力量。

图6-1  iOS空间模型及它的三个层面

在构建交互模型的工作中，要尽量保持一种抽象化的思维方式。我们需要在不触及具体功能和内容的前提下，对产品有可能涉及到的交互行为进行思考，了解它们是怎样被用于控制界面交互对象的。在这方面，iOS为我们提供了大量的候选方案。诸如缩放、拖移、滑动、轻扫、滚动等基本手势都可以被赋予很多有意思的功能；无论是各自为战，还是协同配合，这些操作行为通常可以帮助我们创建出具有差异化的交互方式。

你可以对各种模式进行自由的尝试，并思考它们能够以怎样的方式帮助你解决在设计方案当中遇到的问题。除此之外，能否使设计方案具有足够的弹性及扩展性，并且能够被用户很好地理解，这同样是需要我们思考和解决的问题。

我们来做一组小练习。首先，想象出一个简单的用户界面，譬如一个列表视图。列表是一种最常见的用户界面对象，它具有很广泛的用途。传统意义上的列表通常由多个文本对象在纵向上排列而成。

图6-2  一个典型的列表

从抽象的层面来说，列表到底是什么呢？列表的基本概念，就是一个由若干可选择对象所组成的队列。进一步思考，你还会发现，其实列表项并非一定要以纵向的方式进行排列，而且每一行也未必只能包含一个列表项。所以我们可以问问自己，对于在实际设计方案当中需要解决的具体问题来说，是否有更好的列表形式可以胜任？关于这个问题的答案通常不是显而易见的，我们需要思考并尝试一些不同的方案，看看它们能否带来有一些意思的变化。如果典型的单列纵向列表无法满足我们的需求，那么横向的方案又如何呢？(见图 6-3)

图6-3  横向列表

看上去很有趣，不过也许你已经注意到了，在这种模式里，屏幕可视区域当中的列表项数量是非常有限的，特别是在竖屏状态下。如果不考虑任何上下文环境，那么这也算不上是很大的问题；但在实际使用当中，如果没办法一次看到很多列表项，那么要对整个列表进行快速浏览的话，用户必须频繁的执行滚屏操作。很显然，这种方式在效率方面存在很大问题。在横屏状态下，情况会相对好些，但仍然不是很理想。

让我们继续扩展思路，看看是否还有其他更加合理的差异化解决方案。如果说单列形式的列表无法令人满意，那么如果我们将其中的每一行扩展为一个队列，使整个列表变成网格形式，情况又会如何呢？(见图 6-4)

图6-4  网格状的列表模式

事情开始变得有趣了。在这种模式下，我们可以同时看到更多的列表项，相比于传统的单列纵向列表，这确实是一个不错的改进。但它所带来的弊端也是很明显的，那就是每个列表项的实际尺寸都变小了，这给其中的文本对象造成了很大的局限。不过我们还是可以通过控制文本对象的字号来从一定程度上解决这个问题。

在这组小练习当中，我们仅仅对一个简单的列表进行了差异化的思考与扩展性的尝试，就几乎已经彻底改变了这个对象的基本概念及呈现方式。而实际上，对于这个列表来说，我们能做的还远不止这些。接下来，让我们换一个角度，对涉及到列表对象的交互行为进行探索。在iOS当中，我们可以通过上下滚屏来浏览一个典型的单列纵向列表，那么这种方式同样适用于网格状的列表吗？(见图 6-5)

图6-5  纵向滚屏的浏览方式应用在两种列表方案中

完全没问题。不过必须记得，滚屏浏览的方式虽然适合于我们当前的这个特定的案例，但它未必在所有的情况下都适用。要在某种新的界面对象模型当中使用现有的交互方式，你必须做好充分的评估工作。

回到这个例子当中。接下来让我们对这个网格形式的列表进行一些抽象化的分析。标准的iOS单列纵向列表对象通常是支持滚动操作的，而且滚动的方向仅限于y轴上，因为列表项都是纵向排列在同一列当中的。那么对于拥有两个维度的网格状列表来说，滚动的方式能否得到相应的扩展呢？

图6-6  多维滚动与行内滚动

如图所示，我们可以通过多种方式将滚动行为运用到网格状的列表当中(见图 6-6)。通过这一系列的实例，我们可以看出，基于已有的对象模型及交互方式来构建新的概念其实并不是非常困难的事情。列表的例子只是一个起点，你还可以对很多模型和元素进行差异化的改造。这种设计思路可以帮助我们在产品当中打造各种丰富的交互方式。