iosandroid交互设计

1. Android 和 iOS的设计区别（笔记）

1、 从Flat Design 到Material Design 的转变，总体都是简约扁平化的设计理念了。

2、从设计思路来说，Android 的设计风格应该是开放的，比如自定义的控件可以带来多样化的设计，但是也同时带来了“杂乱无章”的感觉和不统一的用户界面；iOS 的人机交互规范让界面整体会使用系统原生的控件，设计师对于控件的修改非常局限，但是这样可以具有一定的统一性，用户使用起来非常的方便。

3、从动效展现方面来看，我没有了解太多，但是可以拿日历的例子来说一下，比如三星、小米手机的日历操作，当用户点击一个触点后就会泛起“涟漪”或者波纹一样的效果作为一个交互响应；iOS 的话好像有一种镜头感，或者说远景近景的切换，用户去点击，镜头就会切近。 总之他们本质上都是为了帮用户更好的理解界面切换和时间线之间的关系。

4、另外一个很重要的点就是分辨率了， iOS的分辨率相对固定，设计效果更容易被还原。但Android屏幕尺寸很多，虽然做设计稿子只做一套来适配，但同时要考虑是否符合不同分辨率尺寸下的屏幕显示效果。

其他可能就是字体、Tab bar 设计、编辑模式等方面了

2. android 和 ios 人机交互设计指南中最重要的几点是什么

android 和 ios 人机交互设计指南中最重要的几点告诉你，希望你能理解：
这是针对于处于开发中的API或技术的初步文档。虽然该文档在技术精确度上经过了严格的审核，但并非最终版本，仅供苹果开发者计划的注册会员使用。苹果提供这份机要文档的目的，是帮助你按照文中描述的方式对技术的选择及界面的设计开发进行规划。这些信息有可能发生变化，届时，你的设计开发方式需要基于最终版本的操作系统及文档进行相应的调整和测试。该文档或许会随着未来API或相关技术在的发展而进行更新。

审美的完整性
对app而言，审美的完整性并不是用来衡量app漂亮与否，或者塑造它的风格。而是通过app的外观、交互行为和功能共同传递一致的，清晰明了的信息。

用户关注app能否兑现此前承诺的功能，但是app的外观和交互行为也潜在地影响着用户。比如，一款帮用户处理严肃任务的app，可通过使用标准控件或可预见的交互方式让装饰性元素更为精妙和无打扰，从而让用户把注意力集中在对任务的处理上。

App清楚明了地把使用目的传达给了用户，这可以让用户更加信任它。不过，如果开发者通过入侵性的，轻佻的或者武断的UI向用户传递了混乱的信息，则用户可能会质疑app的可靠性和可信赖度。

另一方面，对一款鼓励沉浸式任务的的app，比如游戏，用户期待一个迷人的外观，和有趣、刺激以及鼓舞人心的发现。用户并不期望在游戏中完成一系列严肃性的或者生产性的任务，但他们期望游戏的外观和交互方式可以与游戏目的很好地融合在一起。

App需保持一致性
这样方便用户积累的知识和技巧在app各部分UI之间，在app之间进行迁移。一致性并不是盲目模仿其他app，也不是停滞不前，而是更关注用户熟悉的标准和范例。

决定你的iOS app是否要遵守一致性的原则，考虑下边几个问题：
1.你的app是否符合iOS的标准？App 正确使用系统提供的控件、视图以及图标了吗？App以可靠方式整合设备的功能了吗？
2.App自身是否一致？文本有没有使用统一的术语和风格？相同图标代表的意义是否一致？用户在不同地方执行了相同的操作，用户能否预测到将会发生什么样的结果？贯穿App的自定义UI元素的外观和交互方式是否一致？
3.App现在的版本与此前的版本是否一致？条款和意义是否一致？App的基本概念和主要功能本质上有没有发生变化？

直接操作
直接在屏幕上操作对象，而不使用单独的控件来操作，这样用户会更专注于当前的任务，他们也更容易理解操作产生的结果。

使用Multi-Touch 界面，用户可通过双指张开或者闭合来放大或者缩小图片和内容区域。在游戏中，玩家可以直接移动屏幕上的对象或者与对象进行直接的交互。 在一款iOS app中，以下动作可为用户提供直接操作的体验：
1.旋转或者移动设备以影响屏幕上的效果
2.使用手势直接操控屏幕上的对象
3.可看到动作产生的直接结果或可视化结果

反馈
反馈是对用户动作的承认，向他们展示操作的结果，更新他们任务的进程。内置iOS app为每位用户的动作提供了可觉察的反馈。在用户执行点击操作的过程中，列表项目和控件会持续几秒钟高亮状态，通过控件所处状态短暂的改变来显示进程的变化。

精巧的动画可以给用户有意义的反馈，可帮助用户清楚地知晓动作产生的结果。比如，列表可以动态地展示新增一行的操作，从而帮助用户跟踪视觉上的变化。

声音也可以给用户有用的反馈，但不应该是仅有的反馈机制，因为用户不能时刻倾听他们的设备发出了什么样的声音来反馈执行的动作。

隐喻
如果app中虚拟的对象和动作象征着熟悉的用户体验，那么不管这些体验是深植于真实世界还是数字世界，用户都可以快速掌握app的使用方法。在隐喻不涉及对象或动作局限性的情况下，App使用隐喻来暗示用法或者体验再好不过。

由于用户真实地与屏幕进行交互，因此iOS app的隐喻空间非常广阔。iOS 中的隐喻包括：
1.移动分层的视图来展现其下面的内容
2.在游戏中拖动、滑动或者轻扫对象
3.点击开关，滑动滑块以及旋转选择器
4.在杂志或书上进行翻页

用户控制
用户应该发起和控制动作，而不是app。一款app可以启发用户的动作行为方法，或者提醒用户危险后果，但是app撇开用户做决策是错误的。app能给用户他们想要的能力，也能帮他们规避不想要的结果，最好的app应该能在这两者之间正确地平衡。

当交互行为和控件是熟悉的，可预见的时候，用户对app会更有控制感。当交互动作简单直接的时候，用户对app的动作也更容易理解和记忆。用户期望在操作产生结果前有足够多的机会来取消它们，并且他们期望有机会确认自己的目的，从而执行一个具有潜在破坏性的动作。最后，用户期望能优雅地停止正在进行的操作。

3. ios和android设计规范区别

Android 整体视觉设计规范

App 界面的整体视觉组成大致可以分为四个部分：

StatusBar（状态栏）、TopBar（头部栏）、Body Content（内容区域）、FootBar（底部栏）。

StatusBar 的样式由系统 UI 决定，除背景配色外，不需要做其他的设计。

TopBar 两个系统平台规范上的显示高度与内容布局有明显的差异，按各自的规范进行设计。

Body Content 除控件外，采用相同的布局与视觉设计。

FootBar 除控件外，采用相同的布局与视觉设计。

 

二、Android差异化设计案例解读

 

1. StatusBar/TopBar 差异化设计

 

2. 常用的三个系统图标/控件差异化

 

3. 搜索/输入控件差异化

4. 弹窗样式差异化

 

 

三、Android系统交互与iOS系统交互的差异化设计

1. 交互方式：

除了上面提到了弹窗样式与交互差异化之外，对于一些系统交互行为，推荐尽量使用 iOS 与 Android 各自平台的系统控件与交互方式，降低开发与用户学习成本。系统交互行为主要包含以：返回上级/关闭当前页面的方式、通知开启或者关闭设置、发送/提交内容（键盘自带或者新增按钮点击）、Item 列表排序/删除、提示窗显隐、时间选择控件、手势操作等等。

2. 交互动效：

交互动效也推荐尽量使用 iOS 与 Android 各自平台的系统提供的动效。比如 iOS 的镜头切近与高斯模糊，Android 的纸墨磁吸等等。

单条 item 的交互差异示例

 

总体来说，就是以 iOS 版为参照，底部栏与中间内容区域尽量保持相同的设计，通过对状态栏、头部样式、控件（开关、选框、搜索、输入）、系统图标（返回、分享、更多）、弹窗样式、系统交互进行 Android 规范化差异，以保证该 App 的设计在两个不同的系统平台即能符合中国用户的使用习惯，又能适当体现系统的不同风格与特性。