ios人机交互指南pdf

1. ios 人机交互指南 苹果文档在哪

我们曾经介绍过《iPhone应用界面设计指南》，我们将介绍iPhone应用界面设计指南的一个章节——《苹果iOS应用人机交互界面开发指南》。
用户界面原则

好的人机界面规范遵从于用户思考和行动的方式，而不屈从于设备的性能。一个缺乏吸引力，复杂的，或违悖逻辑的用户界面，却会让原本优秀的应用变得索然无味。反过来，
一个漂亮的，直觉感知的，引人入胜的界面能强化应用程序的功能，并且能在用户心中激发出正面的情绪。

2. 怎样 新发布一个 app ios

在向App Store提交应用的前提是你已经成为苹果iOS开发者项目成员之一，你已经向苹果缴纳了99美元/年的费用。你可以通过此链接注册成为苹果iOS开发者项目成员。点击Enroll Now按钮。

图1.注册成为iOS开发者
1.你的应用已经准备好了吗？
Step1.测试
写完最后一行代码或者执行完最后一个功能并不意味着你的App已经完成了，你是否让你的应用在多个设备上进行测试了？你的应用是否有内存泄露的问 题？你的 应用程序是否总是崩溃？这几年，iOS设备市场规模增长迅猛，你必须保证你的应用已经在尽可能多的设备上通过测试。常见的问题比如你是否在iPhone 5的4寸屏幕到iPad Mini的7.9寸屏幕上都通过了测试。
iOS模拟器非常有用，但它是在Mac上运行的，内存和处理能力要比你口袋中的手机强大很多，一款iPhone 3GS和iPhone 5的性能差别更不用多说。作为iOS开发者，你可不能冒着风险长期使用一款过时的iOS设备来创建和维护App，即便App可以在老的iOS设备上很好地 运行，但不代表也可以在新设备上跑的顺畅。
苹果的审核是封闭的，但能减少不完善的性能表现给用户带来的糟糕体检。如果你的应用时常崩溃，或者启动后不久运行速递变得缓慢迟滞，那在向App Store提交之前你还有不少工作要做。即便苹果审核人员不能发现App存在的问题，但用户会发现。如果用户体验很差，那么用户会给你的差评或者低分，进 一步影响到应用的销售和下载。
Step2.规则和指南
就像我前面所说的，苹果为开发者提供了很多文档资料，开发者尤其要注意iOS人机交互指南和App Store审核指南，不过不少开发者没有精力或者难以静下心来认真研读这些文档，那么你的应用将会因为这些文档中列出的要求而被一再拒绝。
再退一步说，即便你没有研读iOS人机交互指南和App Store审核指南，但开发者也要知道大家常说的那些规则，如下我列出了一些你的应用应该和不应该做的事情。
你的应用：
不能崩溃
不能使用私有API，
不能复制原生app的功能，
应该使用IAP(应用内付费)金融交易
不能在用户不知情的情况下使用相机或者麦克风
应该使用有版权的图片
这些只是上边所说的文档内容中很小的一部分。iOS人机交互指南和App Store审核指南内容更多是非常琐碎的。但有的小地方你也许会不经意的违反。比如，在苹果使用启用自家地图之前，MapKit framework使用的是谷歌地图，用户也非常清楚谷歌的logo会放在每张地图的左下角，如果你的应用的用户界面覆盖了谷歌的logo，那么苹果就会 拒绝你的应用。虽然这非常琐碎，但也是不少开发者经常“犯错误”的地方。
2.预先准备
在你开始将程序提交到App Store之前，你需要有一个App ID，一个有效的发布证书，以及一个有效的Provisioning profile。下面来看看它们各自的作用。
Step 1: App ID(应用ID)
App ID是识别不同应用程序的唯一标示符。每个app都需要一个App ID或者app标识。目前有两种类型的App标识：一个是精确的App ID(explicit App ID)，一个是通配符App ID(wildcard App ID)。 使用通配符的App ID可以用来构建和安装多个程序。尽管通配符App ID非常方便，但是一个精确的App ID也是需要的，尤其是当App使用iCloud 或者使用其他iOS功能的时候，比如Game Center、Push Notifications或者IAP。
如果你不确定什么样的App ID适合你的项目，我推荐你读下苹果关于这一主题的文档：Technical Note QA1713。
Step 2: Distribution Certificate(发布证书)
iOS应用都有一个安全证书用于验证开发者身份和签名。为了可以向App Store提交app，你需要创建一个iOS provisioning profile 。首先需要创建一个distribution certificate(发布证书)，过程类似于创建一个development certificate(开发证书)。如果你已经在实体设备上测试你的App，那么你对创建development certificate就已经很熟悉了。
如果对此不熟悉，我建议你读下苹果关于signing certificates和provisioning profiles的详细指导。
Step 3: Provisioning Profile(配置文件)
一旦你创建了App ID和distribution certificate，你可以创建一个iOS provisioning profile以方便在App Store中销售你的App。不过，你不能使用和ad hoc distribution相同的provisioning profile。你需要为App Store分销创建一个单独的provisioning profile，如果你使用通配符App ID，那么你的多个app就可以使用相同的provisioning profile。
Step 4: Build Settings(生成设置)
配置App ID、distribution certificate 和provisioning profile已经完成，是时候配置Xcode中target的build settings了。在Xcode Project Navigator的targets列表中选择一个target，打开顶部的Build Settings选项，然后更新一下Code Signing来跟之前创建的distribution provisioning profile相匹配。最近添加的provisioning profiles有时候不会立马就在build settings的Code Signing中看到，重启一下Xcode就可以解决这个问题。

Step 5: Deployment Target(部署目标)

非常有必要说下deployment target，Xcode中每个target都有一个deployment target，它可以指出app可以运行的最小版本。不过，一旦应用在App Store中生效，再去修改deployment target，你要考虑到一定后果。如果你在更新app的时候提高了deployment target，但是已经购买应用的用户并没有遇到新的deployment target，那么应用就不能在用户的移动设备上运行。如果用户通过iTunes (不是设备)下载了一个更新过的app，然后替代了设备上原先的版本，最后却发现新版本不能在设备上运行，这确实是个问题。
对此我有两个方法
(1) 当你决定提高现有app的deployment target时，要在新版本的版本注释中进行说明。如果你提前告知用户，那么至少有一点，你已经尽力阻止问题的发生了。
(2) 对于一款新app，我经常会把deployment target设置为最近发布的系统版本。因为新iOS版本发布后，渗透率的增长速度是令人难以置信的。很多人认为提高deployment target会失去大部分市场，这个说法并不准确，比如iOS 6，iOS 6发布后一个月，超过60%的设备已经进行了更新。但对android而言，就是另外一回事了，Android用户并不会像iOS用户那样热衷于更新操作 系统版本。

3. app怎么上架到苹果商店

今天给家讲下苹果APP上架应用商城的流程，可能已经有很多同行的小伙伴已经多懂得了上架流程，但是不免有些小伙伴们刚在摸索呢，这里写的不好还望前辈们不吝赐教。恩，回归正题。

苹果app上架流程如下

登陆苹果开发者中心http://developer.apple.com（99美元账号）

进入itunes connect 选择Manage Your Apps 选择Add New App

填写项目相关信息，不知道怎么填的点击问号查看，Bundle ID Suffix需要与上一篇申请发布证书中锁填的后缀一致，否则在上传项目时会出错，需要重新打包 然后是选择项目价格和日期 接下来的页面要填写项目的完整信息 URL可以填写自己的主页，公司的主页等，会被展示在itunes中的，这个URL千万不可填写微博主页等需要登陆后才能查看的链接，有网友因为填写微博链接被拒，实在不行，填写博客地址也可的 ④ 联系人信息可以填写自己，也可以填写公司的，demo Account 如果App中需要登陆，可以提供一个测试账号方便苹果审核时调试 ⑤上传的图片都是在ituns中展示所用的。3.5-Inch的图片尺寸是960*640或者640*960，或960*600，或 620*900，这几种尺寸都可以。4-Inch的图片尺寸是1136×640, 1136×600, 640×1136 或者 640×1096， 截图最好是真机调试时按住电源键和home键截，这样尺寸肯定不会错的。 点击继续之后会出现，项目是等待上传状态，可以选择edit编辑项目的相关信息

接下来打包应用程序（前提，已经申请过发布证书并安装，未申请的请参照本文开头的链接进行操作） a.打开Xcode,选择Proct->Archive b.然后选择distribute… c.选择第二个 d.选择发布证书 点击next之后便会生成.ipa文件 3.上传.ipa文件,，需要用mac自带的Application Loader a.在finder中选择应用程序(Applications)->右键选择Xcode->显示包内容->contents->Applications->Application Loader b.打开Application Loader会出现登录界面，同样用登录开发者中心的账号登录，第一次登录会出现一个接受协议页面，打√后继续就行了 c.进入后选择Deliver Your App，会出现你在developer中心填写的项目，是等待上传状态,选择上传ipa就可以了。 4.上传成功后再回到开发者中心，刷新页面就会发现项目是等待审核状态了，正常审核周期是5个工作日

此时邮箱会收到苹果的邮件，审核结果出来后也会收到邮件

4. 有没有好的交互设计书推荐呢

按照顺序的话。

首先要看：ios人机交互指南

第二本：国内叫《UI设计准则》，英文版本是《Design mind in mind》，国内版本名称有问题，实则大部分为认知心理学和交互设计的内容。

第三本：唐.诺曼的《设计心理学1》，英文原版《The design of everyday things》

其他：《UX研究》《可持续性设计》《用户体验度量》《简约至上》····

5. ui设计怎么学习快.

【前期是包含工具软件的运用和设计规划思维的培养】

一、软件工具使用

基础要用的就是Photoshop、Sketch、Ai，在学习下Axure、AE等软件作为以后要用的辅助工具。如果觉得自己有自制力的，选择在网上找图片呀、找视频来学习，由于纯软件技法教程没有太大意义，最好是看那种做案例的。

二、规划思维培养

优秀的规划都有其内功心法作为支撑，那内功怎么修炼呢？看书！

第一类，根底入门级的，规划师人人都会读。

第二类，排版类。规划的出现终究仍是落脚到每个页面，每个点，每根线。排版的才干仍是需求好好学习的。

第三类：心理学方面的。对于人道／认知／鼓励／动机／集体这些心理学常识也会对规划有所帮助。

【首先明确一点，无论是自学或是报班，都有其优点和缺乏。】

一、首先是自学

自学的好处：

(1)能够训练自我管理能力，学习时刻长短、进展、难易度可自主把控；

(2)自学能够节约开支。不用学费、交通费、生活费等许多的费用开支，减轻经济压力。

自学的不好：

(1)人际方面不利。和别人的交流少了，学习中遇到问题无法立刻解决，或者直接跳过不解决。思维慌乱。创新力差。

(2)无法完整体系的学习UI设计的常识知识和经历窍门，走的弯路多。

二、然后是报班

报班的好处：

(1)有完整的配套的措施和课件，跟着教师的步伐，学到UI常识体系，循序渐进、由浅入深地把握UI规划；

(2)能够根据公司需求规划的课程，相当于训练完就有工作经历，去公司工作，无需习惯，直接进入工作状况。

(3)遇到问题能及时请教教师或同学，防止自个走弯路；

(4)课后工作能训练自己的动手能力，虚拟项目能训练自个与别人交流合作的能力。

报班的不好：

(1)要有资金投入。

6. 利用xcode 怎么看图层分布

1.Demo 工程
开始之初先从github（https://github.com/tutsplus/ViewDebugging）上下载示例工程并打开ViewDebugging.xcodeproj。该工程包含一个简单的包含少数视图控制器的可点击的应用程序、应用程序委托以及一个storyboard。该app是为iPhone而设计，但受益于iOS 8的自适应布局,所以界面展示在任何设备上都没有问题。
您刚刚下载的应用程序示例工程是一个简单的to-do list应用程序，包含可查看其他信息的简单屏幕，比如该示例工程中的项目数，用户头像以及@***的推特操作。点击Xcode左上角的运行按钮将展示在iOS模拟器中运行的应用程序。

很快会注意到用户界面中存在问题-表视图中没有展示任何数据。在工程导航面板中打开FirstViewController.swift并找到以下代码：
var mockNotesDataSource: [String] = ["Do some laundry", "Finish homework", "Walk the dog", "Learn about view debugging"]
{
didSet
{
self.tableView.reloadData()
}
}

可以看到mockNotesDataSource变量是表视图的数据源。使用Swift的属性观察者功能，在数据源发生改变时，表视图会自动重新加载。通过查看以上代码片段，你会发现应该应用中应该有4个项目需要展示，但现在不展示数据就说明某些地方出现了差错。
启用视图调试
问题似乎与用户界面有关。运行app过程中，按下底部的Debug View Hierarchy 按钮，或者从菜单中选择Debug > View Debugging > Capture View Hierarchy 来启动视图调试。

启动视图调试后，Xcode会对应用程序的视图层次拍一个快照并展示三维原型视图来探究用户界面的层级。该三维视图除了展示app的视图层次外，还展示每个视图的位置、顺序和视图尺寸，以及视图间的交互方式。
示例工程在Xcode中的三维视图展示正常，但表视图单元格似乎有点太宽了。

暂停应用程序调试并在左侧选中Main.Storyboard来修复问题。点击表视图并选中Editor > Resolve Auto Layout Issues > Reset to Suggested Constraints.

编译并再次运行应用程序以确定用户界面展示正常。点击Debug View Hierarchy按钮更进一步了解视图调试的功能。
视图调试功能
点击并拖拽三维渲染图的任意一边，可旋转或者倾斜用户界面，向左或者向右倾斜可选中某个表视图。
选中后，Xcode会高亮该视图，并在会在右边展示Object 和Size检查器。查看在跳转栏顶部并确认UITableView是右边最后一个项目。

Object 和 Size检查器包括大量有用的信息。过去开发者需要依赖日志语句或者断点来检查视图的配置。
打开右边的Size inspector（规格检查器），下方是Auto Layout，可以看到视图上已经应用了正确的约束。在Object inspector中，我们可以检查所选视图的属性。

在Xcode的调试区有9个视图调试过程中要用到的按钮和滑块儿。

从左到右控件排序：
调整视图间距：调整不同视图间的间距。
展示被剪切的内容：当前展示视图中被剪切的部分。
展示约束：展示选中视图的约束。
重置查看区域：将3D渲染透视图恢复至默认状态。
调整查看模式：选择性地展示3D渲染透视图，比如仅展示内容，仅展示框架以及同时展示内容和框架。
缩小：缩小3D渲染透视图
恢复：将3D渲染透视图恢复至默认尺寸。
放大：放大3D渲染透视图
调整可视视图范围：隐藏视图或展示视图，一步步解析3D渲染视图，向左或者向右滑动滑块儿有相反的效果。
建议花一点时间上手操作下这些空间，并理解各自的用处。
视图层排序
再次编译和运行应用程序，并点击用户界面底部的"More"标签。第一眼看去界面看起来还OK，但是它没有按照开发者的定义准确执行，图片上的模糊效果没有展示出来。我们可以通过调试视图层次来更好地确定问题所在。
向左或者向右拖拽视图来查看具体情况，接着将view spacing slider向右拖动。

这样一来，不同视图间的间距变大了，层次也更加清晰，我们看到在图片"下方"还隐藏着另一个视图，选中隐藏的视图，它就是"丢失"的视觉效果视图。

打开Main.storyboard 并选中Second View Controller Scene。在左侧的文档概览面板中，展开Second View Controller的视图对象以查看子视图的排序。
Xcode在文档概览中按照递升顺序堆叠视图，换句话说，列表顶层的视图是视图层次的基础。
修复问题很简单。运行时，Blur Effect View隐藏在Sky Image之下，因为它是视图层次的第一个视图。在文档概览中点击并拖拽 Blur Effect View，结果会如下图展示一样：

再次运行应用程序就能看到模糊效果了。应用程序的用户界面看起来符合设计的初衷。我们还可以查看iOS模拟器的其他调试功能，看看还完善了其他什么地方或功能。
5.iOS模拟器调试功能
编译并运行应用程序，选中模拟器，从 Debug菜单中选择Color Blended Layers选项。

然后会看到app的用户界面被红色和绿色覆盖，显示了哪些图层可以被叠加覆盖，以及哪些图层是透明的。混合层属于计算密集型视图，所以推荐尽可能地使用不透明的图层。

苹果在其文档（iOS Simulator User Guide）中对此进行了注明，并在表视图处理上使用了不透明图层。滚动视图时会有些表现不大好的地方，一个重要的原因就是使用了混合图层，而如果内容背景是不透明层，那么页面滚动效果就会非常流畅和平稳。
对于这款应用程序来说，假使用户有数百个项目要展示，可能会出现滚动性能不一致的情况。表视图单元格当前使用的是混合层。由于视图控制器的视图背景是白色，所以不管表视图单元格使用的是混合层或者不透明层，终端用户不会觉察到有什么不一样。
打开Main.storyboard并选中To Do list Scene中的表视图单元格属性。在属性检查器（Attributes Inspector）中，向下滚动Drawing分区并勾选Opaque。

在启用Color Blended Layers的状态下编译并运行应用程序。由于表视图单元格现在使用了不透明层，所以会用绿色覆盖，以指示它们是不透明的。
除了标记图层外，还有其他一些有用的功能可帮开发者在iOS模拟器中调试应用。以下是其中一些比较有用的：
Toggle Slow Animations in Frontmost App: 选中模拟器，打开Debug菜单选中Toggle Slow Animations in Frontmost App，该功能可以降低app中动画的运行速度，适合调试包含复杂动画的应用程序。也可是使用快捷键Command-T来操作。
Color Copied Images:该选项可以给绘制时被Core Animation复制的图片添加蓝绿色叠加层。
Color Misaligned Images:如果图片边界没有与目标像素完美对齐，该功能可为图片叠加上一层品红色。如果图片使用确定的比例大小绘制，那么该功能会为图片添加一层黄色叠加。
Color Off Screen Rendered:.该选项为离屏渲染内容添加一个黄色的叠加层。
很多开发者会忽略接入电话时应用状态栏的设计问题，你可以通过触发通话中状态栏来简单测试。在iOS模拟器中，从Hardware菜单中选中Toggle In-Call Status Bar。
想查看app如何响应事件，可按下Command-T来启用slow animations，并按下Command-Y来展示电话接入时的状态栏。倘若你的应用程序使用了导航栏，那么操作系统会为你兼顾到这一块儿。

除了给视图着色外，还要记住iOS模拟器也可以调试Core Location问题。你可以在特定经纬度模拟设备，
如果你的应用程序使用iCloud来管理数据，你也可以手动触发同步事件。
总结
本文中使用的demo app非常简单，使用文中提到的技术可以帮你在未来节省不少时间。视图调试可以帮你修正很多用户界面中出现的问题。
除了Xcode和InterfaceBuilder之外，使用iOS模拟器的调试功能可以提升应用性能和识别开发过程中的瓶颈。苹果的人机交互指南（中文版 英文版）强调了积极响应对app的重要性，能让用户觉得应用易于使用和操作。苹果对InterfaceBuilder的提升让视图调试变得前所未有的简单。

7. 我做了一个flash交互，怎么发布成app

在向App Store提交应用的前提是你已经成为苹果iOS开发者项目成员之一，你已经向苹果缴纳了99美元/年的费用。你可以通过此链接注册成为苹果iOS开发者项目成员。点击Enroll Now按钮。 图1.注册成为iOS开发者 1.你的应用已经准备好了吗？ Step1.测试 写完最后一行代码或者执行完最后一个功能并不意味着你的App已经完成了，你是否让你的应用在多个设备上进行测试了？你的应用是否有内存泄露的问 题？你的 应用程序是否总是崩溃？这几年，iOS设备市场规模增长迅猛，你必须保证你的应用已经在尽可能多的设备上通过测试。常见的问题比如你是否在iPhone 5的4寸屏幕到iPad Mini的7.9寸屏幕上都通过了测试。 iOS模拟器非常有用，但它是在Mac上运行的，内存和处理能力要比你口袋中的手机强大很多，一款iPhone 3GS和iPhone 5的性能差别更不用多说。作为iOS开发者，你可不能冒着风险长期使用一款过时的iOS设备来创建和维护App，即便App可以在老的iOS设备上很好地 运行，但不代表也可以在新设备上跑的顺畅。 苹果的审核是封闭的，但能减少不完善的性能表现给用户带来的糟糕体检。如果你的应用时常崩溃，或者启动后不久运行速递变得缓慢迟滞，那在向App Store提交之前你还有不少工作要做。即便苹果审核人员不能发现App存在的问题，但用户会发现。如果用户体验很差，那么用户会给你的差评或者低分，进 一步影响到应用的销售和下载。 Step2.规则和指南 就像我前面所说的，苹果为开发者提供了很多文档资料，开发者尤其要注意iOS人机交互指南和App Store审核指南，不过不少开发者没有精力或者难以静下心来认真研读这些文档，那么你的应用将会因为这些文档中列出的要求而被一再拒绝。 再退一步说，即便你没有研读iOS人机交互指南和App Store审核指南，但开发者也要知道大家常说的那些规则，如下我列出了一些你的应用应该和不应该做的事情。 你的应用： 不能崩溃 不能使用私有API， 不能复制原生app的功能， 应该使用IAP(应用内付费)金融交易 不能在用户不知情的情况下使用相机或者麦克风 应该使用有版权的图片 这些只是上边所说的文档内容中很小的一部分。iOS人机交互指南和App Store审核指南内容更多是非常琐碎的。但有的小地方你也许会不经意的违反。比如，在苹果使用启用自家地图之前，MapKit framework使用的是谷歌地图，用户也非常清楚谷歌的logo会放在每张地图的左下角，如果你的应用的用户界面覆盖了谷歌的logo，那么苹果就会 拒绝你的应用。虽然这非常琐碎，但也是不少开发者经常“犯错误”的地方。 2.预先准备 在你开始将程序提交到App Store之前，你需要有一个App ID，一个有效的发布证书，以及一个有效的Provisioning profile。下面来看看它们各自的作用。 Step 1: App ID(应用ID) App ID是识别不同应用程序的唯一标示符。每个app都需要一个App ID或者app标识。目前有两种类型的App标识：一个是精确的App ID(explicit App ID)，一个是通配符App ID(wildcard App ID)。 使用通配符的App ID可以用来构建和安装多个程序。尽管通配符App ID非常方便，但是一个精确的App ID也是需要的，尤其是当App使用iCloud 或者使用其他iOS功能的时候，比如Game Center、Push Notifications或者IAP。 如果你不确定什么样的App ID适合你的项目，我推荐你读下苹果关于这一主题的文档：Technical Note QA1713。 Step 2: Distribution Certificate(发布证书) iOS应用都有一个安全证书用于验证开发者身份和签名。为了可以向App Store提交app，你需要创建一个iOS provisioning profile 。首先需要创建一个distribution certificate(发布证书)，过程类似于创建一个development certificate(开发证书)。如果你已经在实体设备上测试你的App，那么你对创建development certificate就已经很熟悉了。 如果对此不熟悉，我建议你读下苹果关于signing certificates和provisioning profiles的详细指导。 Step 3: Provisioning Profile(配置文件) 一旦你创建了App ID和distribution certificate，你可以创建一个iOS provisioning profile以方便在App Store中销售你的App。不过，你不能使用和ad hoc distribution相同的provisioning profile。你需要为App Store分销创建一个单独的provisioning profile，如果你使用通配符App ID，那么你的多个app就可以使用相同的provisioning profile。 Step 4: Build Settings(生成设置) 配置App ID、distribution certificate 和provisioning profile已经完成，是时候配置Xcode中target的build settings了。在Xcode Project Navigator的targets列表中选择一个target，打开顶部的Build Settings选项，然后更新一下Code Signing来跟之前创建的distribution provisioning profile相匹配。最近添加的provisioning profiles有时候不会立马就在build settings的Code Signing中看到，重启一下Xcode就可以解决这个问题。 Step 5: Deployment Target(部署目标) 非常有必要说下deployment target，Xcode中每个target都有一个deployment target，它可以指出app可以运行的最小版本。不过，一旦应用在App Store中生效，再去修改deployment target，你要考虑到一定后果。如果你在更新app的时候提高了deployment target，但是已经购买应用的用户并没有遇到新的deployment target，那么应用就不能在用户的移动设备上运行。如果用户通过iTunes (不是设备)下载了一个更新过的app，然后替代了设备上原先的版本，最后却发现新版本不能在设备上运行，这确实是个问题。 对此我有两个方法 (1) 当你决定提高现有app的deployment target时，要在新版本的版本注释中进行说明。如果你提前告知用户，那么至少有一点，你已经尽力阻止问题的发生了。 (2) 对于一款新app，我经常会把deployment target设置为最近发布的系统版本。因为新iOS版本发布后，渗透率的增长速度是令人难以置信的。很多人认为提高deployment target会失去大部分市场，这个说法并不准确，比如iOS 6，iOS 6发布后一个月，超过60%的设备已经进行了更新。但对Android而言，就是另外一回事了，Android用户并不会像iOS用户那样热衷于更新操作 系统版本。

8. android,ios在人机交互方面各有什么特点

iOS:
- 非常完善的 HIG，界面风格和交互方式比较统一，一般应用对于大部分用户来说都能够凭直觉上手使用；
- 非常注重细节，比如如果界面上输入焦点自动进入输入框会弹出键盘(Android上要人点击才会触发键盘)，这种地方很多；
- 后台的多任务处理在用户体验和续航之间达成了相当好的平衡，基本用户可以放心的去用，不用考虑应用后台前台的问题；
- 高质量应用数量多，同一个服务如果在不同移动平台上各有应用，那么 iOS 的版本多半是最好的(至少是同样好的)；
Android:
- Notification 系统界面比 iOS 好；
- 支持自定义桌面，能满足部分用户的个性化需要；
- 支持模拟器应用，在 Android 平台上玩老游戏不错 >_< ；
- 支持第三方输入法，对中文输入提升较大；
- 大多数 Google 自己的应用的用户体验都不错。

9. 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的动作也更容易理解和记忆。用户期望在操作产生结果前有足够多的机会来取消它们，并且他们期望有机会确认自己的目的，从而执行一个具有潜在破坏性的动作。最后，用户期望能优雅地停止正在进行的操作。

10. 苹果发布新macOS人机界面指南 看了吗

打开MacBook自带浏览器Safari，之后打开Apple官网

进入官网之后，我们可以看到页面最底部有“iOS10和MacOS sierra public beta现已推出字样”，点击进去

之后会看到Mac和iOS，我们升级的是MacBook所以选择Mac

之后往下翻，如果你已经是Apple Beta版的成员登录即可，如果不是注册也可以的。

登陆之后会自动跳转，我们看到第一项“开始使用”中的蓝色字体，点击进去

进去之后，系统会给你一个兑换码，点击兑换码就会自动弹出APP Store

输入兑换码就会自动下载最新的系统，下载完成之后只需要安装就可以了，安装之后的版本为10.12beta，同时我们也发现MacBook的系统再也不叫OSX了，改名为MacOS了。
,