猎云网11月5日报道 （编译：小白）
功能强大、操作简单，再加上移动设备迅速普及，App火了。但是问题也随之而来：一旦遇到稍微复杂点的任务，用户不得不在几个App之间来回切换。然而如果我们把App当作服务供应者来看的话，一切本可以更加简单。
App生态系统：简单、可扩展
如今App到处可见，智能手机、平板、电视、机顶盒、手表甚至桌面系统也更倾向于搜索、购买、安装、使用App。
App的成功不仅在于其智能的推广和可盈利的商业模式。更深层次的原因在于App完美地诠释了易用性和可扩展性。由于手机上的App需要在多环境下准确高效率地处理任务，开发人员和工程师就不得不想法设法避免任何复杂的用户交互。如果设计合理，App的目的和功能便能一目了然，菜单和用户界面更简洁明了。
同时，基于App的系统更容易扩展。相信消费者和用户对此并不陌生：随便找一个用户，然后给她看手机主屏幕，问她怎么扩展系统，答案总归是“装点其他的App呗”。如果系统不能装App或者不好装APP，我们会弃之如敝屣。再者，如果一个应用系统只有5个App，而且每个还特别复杂，子菜单一堆，同样会让人觉得很麻烦，很讨厌。一句话，App就是要“小而巧”。
恼人的反复切换
App也有缺点，其中最明显的是“应用冲击”。你肯定有过这样的经历——完成一个小任务你还得在几个应用之间不停地切换，别提有多么讨厌了。
比如Facebook‘s Messager，一个完美的反面案例。就为了互发信息，用户被迫安装另外一个App，然而互发信息本就是Facebook核心功能之一。结果就是用户烦透了在主应用和Messenger之间的来回切换，只好找其他的替代消息应用——显然这不是Facebook的初衷。
App的另一大存在问题是数据孤立。不同App运行不同类型的数据这是其一。再者，如果某一App需要调用其他App的数据或者几个App恰好需要使用相同的数据集，事情马上就乱套了——多数开发商更倾向于各自为营。
事实上，App可以通过提供多项服务来解决这些问题，但是如此一来应用目的和易用性就会大打折扣。不过，我更愿意把App比作砖块，最基本的元素结合在一起就是高楼大厦。如果应用系统可以做得像乐高积木那般，未来我们可以期待更多。
独立App的终结
Paul Adams在他的博客文章中提到过App的终结。他认为在某些特殊功能上App仍然是主要的交互中心。但是渐渐地，有些App的功能和界面会被其他App调用。听上去有点抽象，但改变已经在我们身边发生。
在Android和iOS上，App一方面保留自己的主要功能，一方面也服务于其他的App。比如密码管理应用。如果我需要在浏览器应用里登录网站或服务，我只需要在后台运行密码管理应用，然后授权登陆就可以了。我不需要再切换出去，后台应用不仅记住了我的账号密码，还帮我自动填写了。
相同的机制也可以应用到App之间的数据转移。仍是以浏览器为例——直接在网页上把文本内容保存到印象笔记。我甚至可以选择笔记本添加标签。只有当我需要进一步编辑保存的内容时再切换到印象笔记即可。
将App融入任务链
如果你运行的是iOS9，你可能已经注意到了左上角“返回某应用”的提示，尽管App的切换仍然不可避免，但总的来说比以前更加无缝了。用这样的机制可以把几个App整合成一个小型任务链。这里的一切努力都是为了避免App之间的来回切换打断当前的工作流，让用户体验更加完美。
随叫随到的App
如果未来App可以随时随地提供服务，那无疑是极好的。其实目前的主流移动操作系统已经可以实现交互式通知流。如果我想回复短信，直接可以在通知栏回复。同样的，我可以快速添加生日提醒或者记录午饭开销，总之我不用非要去先找到相应的应用再处理任务。
App的进化并不局限于移动客户端。这种模式也可以应用到桌面和网页应用上，大大简化了操作流程。
用户界面随之改变
虽然App有诸多缺点，但他们不会消失。自从App诞生之日起，就一直朝着不断精简优化的方向发展。如果不出意外，这样的App将带来更清晰、直观、流畅的用户体验。
随着App越来越趋向于为彼此提供服务，用户界面也会做出相应调整。有的App已经嵌入到其他App内，出现在通知栏，只是我们很少注意到罢了。这种改变会越来越明显，而我们也会在不知不觉中发现操作流程越来越舒适、流畅。
Source:Readwrite
