来自微信公众帐号“互联网er的早读课”的这篇文章从包括变局、导航逻辑、设计风格等六大方面的差异对三大平台的交互设计进行了较为深入的分析和讨论，极具参考价值。
一，布局形式的差异
1）iOS 经典的“tab bar”
在 iOS 应用内如果要切换不同的模块，或者页面内要切换不同的栏目，往往都会用到“tab bar”这一形式的控件。这个经典设计从 iOS 早期沿用至今，大部分 iOS 应用都是这样设计的。当然，iOS 本身是很包容的，最近也很流行抽屉式导航。但是 tab bar 一直是最受欢迎也最好被用户认知的方式：
2）Android 提供了 2 种视图控制方式
在 Android 4.0 规范出来之后，Android 提出了 2 种视图控制方式，一种是直接在导航栏的标题下加入一个触控按钮，点击后会弹出切换栏目的菜单（图中 2 标注的位置）
比如日历应用点击后可以切换不同的视图，另外一种是直接在导航栏的下面加入了一个视图控制栏（下右图中 2 标注位置），和 iOS 的 tab bar 很像，不过是仅放在了上面，而且提倡支持手势滑动切换：
3) Windows Phone 的创新
Windows Phone 与上面两个平台就差距很大了，因为 Windows Phone 独特的 Metro UI 提倡回归传统的阅读体验，像浏览报纸和杂志一样浏览手机上的内容，更关注与内容而不是修饰，所以 Windows Phone 整体都给人一种像在看杂志的感觉。Windows Phone 的视图控制通过一种叫做“全景视图”的方式展开（下图）。
实际上，4 个视图的内容是在一个页面上的，而且是一个页面同时加载的。用户的手机默认只显示第一屏的内容，通过滑动把后面的内容拉出来。
这种视图方式很创新，而且方便阅读，不得不说浏览的体验好了很多。但是需要注意的是：
因为其实这3个栏目是同一页面视图，所以不要将内容放的过多，否则加载会很慢影响效率；
对交互设计过程中的排版和视觉提出了很高的要求；
另外，Windows Phone 还提供了一种叫做枢轴的方式，枢轴和 iOS 的 tab bar 相差不是很大，只不过完全是通过滑动来切换栏目的：
（枢轴布局）
二，导航逻辑的差异
大家都知道 iOS 是没有实体返回按键的，所有返回都是通过导航栏的 back 按钮来完成。
在 iOS的导航逻辑中，我们可以明显的看出来，整个程序是一页一页的切换，就像一个幻灯片。而返回按钮也就是切换到上一页。所以，iOS 的返回控制的是页面。
但是 Android 和 Windows Phone 就不是这样了，Android 和 Windows Phone 是有物理返回按钮的，点击物理返回按钮，控制的不光是一个页面，而且包括了上一步的操作，比如说：
进入页面 A，点击文本框弹出键盘。那么点击返回按键就是收起键盘。
所以 Android 和 Windows Phone 的返回逻辑是按照时间流来判断的，而不仅仅是页面，返回按钮控制的是动作。
需要特意提一下的是：Windows Phone 的返回逻辑不单限于应用内，还影响到应用之间。也就是说你当前正在桌面，再点击一次 back，就会进入你上一次打开的应用。
另外在 Android 4.0 开始，提出了一个向上的概念，就是导航栏标题前面的一个小箭头，点击这个箭头，是回到该页面的上一个层级：
三，应用之间联系的差异
众所周知，iOS 是一个封闭的系统，而 Android 是一个开放的系统。
我们可以比喻 iOS 每一个应用都是一个小房间，每个应用都在自己的房间里做自己的事情，互相之间不进行任何来往。而 Android 则是一个大大的办公区，每个应用虽然也有自己的工位，但是可以互相串门或者借用东西，而 Windows Phone 则遵循着和 iOS 差不多的方式。到了 iOS 6 的时候可以支持应用直接互相跳转了，但那也仅限于你跳出去了，就不再回来了，也就是说到了那个房间你就是那个房间的人了，与之前的房间没有关联了。
这样的差异意味着，iOS 和 Windows Phone 应用的权限变得很低，身为应用的你既不能修改系统的一些属性（除非越狱了），也不能修改其他应用的内容。而 Android 的一款应用不但可以控制系统的一些操作，还可以控制其他应用执行某些特定的操作。
这种差异会让 Android 上的应用设计有了更多的可能，身为设计师的你可以根据这一特性设计很多不错的功能，比如系统美化或者系统优化，杀毒，拦截电话等功能，而 iOS 和 Windows Phone 就不能。但是这也让 Android 系统面临了很严峻的安全问题，所以Android上各种优化和杀毒软件很流行。
四，多任务的差异
多任务的差异用一句话来形容就是：iOS 和 Windows Phone 都是假的多任务，而 Android 是真的多任务。
如果你设计的应用有下载，那么 iOS 和 Windows Phone 切换到后台下载就被暂停了，而 Android 不但不会暂停，你还可以设计一些偷偷在后台运行的功能！
五，分辨率的差异
亲，你知道Android现在有多少种分辨率吗？
（TECH2IPO 注：此数据图显示的是 2011 年 Android 手机状况，现在，相关问题已经有所缓解和减轻。）
适配一直是 Android 很头痛的问题，身为前端往往要为不同的分辨率调效果而保证界面不会变形和模糊。而分辨率问题不仅仅影响视觉这一块，对交互设计也有很大的影响。因为这些手机往往屏幕比例也是不同的，你需要考虑不同的长宽比下，你的界面布局应该是怎样的。所以在设计 Android 的时候，你不能要求把界面布局写死，应该尽量保证每个控件都是浮动的，而且自己能评估出各种古怪的布局下的效果。
iOS 和 Windows Phone 就会好很多。iOS 分辨率分为 320x480，640x960，640x1136，Windows Phone 分辨率分为 480x800，800x1280，800x1136。虽然看起来也蛮多的，但是界面的比例基本上没有什么变化。所以对于交互上的布局影响并不是很大，视觉设计师也可以通过脚本缩小裁图简单的解决问题。
六，设计风格的差异
设计风格是这 3 个客户端自己独特的个性，设计风格不单影响的是视觉设计的层面，对交互设计也非常的重要。尤其是在考虑动效，拟物化交互的时候需要重视。iOS 的设计风格偏向拟物化风格，这个拟物化不光是视觉上做出很多拟物的小按钮小控件的，为了配合视觉，你往往在交互上也可以加一些生动有趣的内容。
比如说像最新的Path，进入商店时遮阳板会有一个收起的效果，小卡片也会根据重力感应而摇摆。如果交互上就能体现出平台的设计风格的话，无疑会非常讨好用户，增加产品细节上的亮点。
Android 平台就简单一些了，在整体的布局和交互形式和 iOS 差不多的情况下，尽量的简洁，呈现一种科幻的风格即可以了。Android 平台尽量少用拟物化的动效，因为 Android 系统对于动画效果的渲染比较差，如果太复杂的话可能会让界面非常的卡。
Windows Phone 平台则有着很大的不同，Metro UI 的理念要求设计者更多的考虑如何展现内容，使用平滑的过渡动画。而且还对设计者的排版和平面设计提出了一些考验。所以建议交互设计的人好好读读WindowsPhone界面设计准则，并且平时就积累一些Windows Phone界面的视觉界面感觉，不然视觉设计师很可能会埋怨你哦！
