1.13 与iOS的整合（Integrating with iOS）

1.13 与iOS的整合Integrating with iOS

与iOS整合指的是在当前平台上给用户提供一种舒适的、宾至如归般的体验当然这并不意味着我们要把每一个应用做的和内置应用一模一样。

最好的与iOS整合的方式便是深刻地了解iOS的主题与核心——这一部分在上文为iOS而设计Designing for iOS部分中已有详细描述并寻求出如何在你的应用中融合与表达这种主题。当你这么做的时候遵循本章中的指引可以帮助你为你的用户提供他们想要的体验。

1.13.1 正确使用标准UI元素Use Standard UI Elements Correctly

尽可能使用UIkit提供的标准UI元素是一个好主意。多使用标准元素而非自定义元素你与你的用户都将受益

• 标准UI元素会根据iOS官方的更新而自动更新——而自定义元素不会。
• 标准UI元素对于你自定义外观和行为来说拥有优秀的扩展性。举个例子iOS中所有的视图Views从UIView中继承的对象都是可以使用TintColor属性来定义颜色的它让应用配色变得很简单。
• 用户更熟悉和习惯标准的元素因为他们可以立刻明白你的应用中这些元素的用途。

想要充分地利用标准UI元素的优点有一些关键点需要特别注意

严格遵循每个**UI**元素的设计规范。当你应用中的UI元素的外观与功能都是用户所熟悉的他们可以很容易地根据先前的经验来使用他们进而更好地使用你的应用。你可以从这些章节中找到各种UI元素的设计规范Bars, Content Views, Controls, Temporary Views.

译者注上文提到的章节均处在iOS Human Interface Guidelines的第4章翻译将在后续更新中放出烦请各位耐心等候。若有需要亦可先参考先前已翻译的iOS7 UI Elements章节上下。

不要混用不同版本的**iOS里的UI**元素。你一定不希望让用户觉得你的UI元素来自于与当前用户的设备版本不同的iOS系统。

大体来说请避免创造自定义**UI**元素来表现标准交互行为。先问问你自己为什么一定要创建一个与标准UI元素行为完全相同的自定义元素。如果你只是想改变标准UI元素的外观可以考虑使用UIKit外观定制API(UIKit appearance customization APIs)或者给元素填充别的颜色。如果你需要定义一个与标准控件稍有不同的行为请确保你在改变了这个UI元素的属性和行为之后这个元素仍然能完成你所希望的操作。如果你需要完全自定义一个行为最好是设计一个与标准元素完全不相像的自定义元素。

提示Interface Builder让获取标准UI元素使用外观定制APIthe appearance customization APIs获取属性以及在你的应用里使用自定义和系统自带图标变得很简单。想要了解更多Interface Builder的内容请参阅Xcode Overview.

不要用系统自带的按钮和图标表达其他含义。iOS提供了多种可用的按钮和图标。请确认你了解它们的准确表意不要单纯凭借你看到这些图标样式的猜测和理解来解读和使用它们。你可以在Toolbar and Navigation Bar Buttons和Tab Bar Icons中了解到这些按钮和图标的准确含义。

如果你所需要的功能无法用系统提供的按钮和图标来表现你也可以设计自定义按钮。自定义按钮的设计可以参考 Bar Button Icons.

译者注上文提到的章节均处在iOS Human Interface Guidelines的第4章翻译将在后续更新中放出烦请各位耐心等候。若有需要亦可先参考先前已翻译的iOS7 UI Elements章节上下。

如果你的app是沉浸式体验那么创造全新的自定义UI是合理的。因为你在创造一个统一的体验环境让用户在其中能够有所期待并探索如何控制应用。

1.13.2 弱化文件和文档处理Downplay File and Document Handing

iOS应用可以帮助用户创建和处理文件但这并不意味着用户需要过分考虑iOS设备的文件系统如何运作。

如果你的应用中支持用户创建和编辑文档那么提供一个清晰的图形库视图(document library view)让用户能够方便地打开或者新建文档是一个好的做法。理想状况下这样的图形库视图拥有以下特征

• 高度图形化。用户通过屏幕上的缩略图就可以一目了然快速找出自己想要的文件。
• 让用户用最少的动作完成自己的任务。比如说用户可以快速地水平滚动文件列表然后轻点一下自己想要的文件来打开它。
• 包含新建文档功能。一个图形库视图应该支持让用户点击一个新建文档的占位图便完成新建文档操作而不是让用户通过访问别的地方来新建文档。

举个例子Pages的图形库视图里面既展示了用户已存在的文档也加入了便捷的新建文档操作。

提示你可以使用Quick Look Preview功能来让用户预览你的应用中的文件哪怕你的应用不能打开这些文件。想要了解如何在你的应用中提供这个功能请参阅Quick Look.

如果你的应用允许用户使用在其他应用中创建的文档你可以通过模态文档选择视图控制器modal document picker view controller来帮助用户触达它们。这个控制器可以提取用户在iCloud中的文档还可以通过文档提供者扩展Document Provider extensions来提取在其它应用中创建和储存的文件。想要了解更多文档提供者扩展的内容可以参考Document Provider Extensions; 想要了解更多文档提取视图控制器请参考Document Picker Programming Guide.

给用户足够的信心让他们相信除非主动取消或者删除他们的成果会被随时妥善保存**。**如果你的应用帮助用户创建于管理文档不能要求用户每次都能及时保存。无论是打开另一个文档或切换应用的时候iOS应用都应当承担起帮助用户保存输入内容的责任。

如果你的应用的主要功能不是创造内容但又允许用户查看或编辑信息这种情况下你需要询问用户是否要保存修改。在这种场景下比较好的做法是提供“编辑”按钮点击后进入编辑状态同时编辑按钮变成“保存”和“取消”按钮这种变化可以提示用户当前处于编辑模式。“保存”可以保留修改内容“取消”则退出编辑模式。

1.13.3 必要时提供可配置选项Be Configurable If Necessary

某些应用需要用户手动安装或设置选项但是大部分应用不需要如此。一个好的应用可以让大部分用户快速上手并通过主界面给用户提供便捷的调整体验的方式。

当你的应用在默认状态下就能满足大部分用户的期望用户对设置的需求就减少了。如果你需要储存用户的基本资料可以优先向系统请求和拉取相关信息而不是上来就让用户自己填写它。如果你一定要提供用户鲜少用到的设置项请参考App Programming Guide for iOS中的The Setting Bundle部分来了解如何在代码中定义它们。

尽可能在主UI中提供设置选项。如果这个设置项代表着用户一个基本任务又或者用户在进行主线任务时有可能频繁改变设置那么将设置项放在主UI中会很方便。如果用户只是偶尔才会用到设置项那么可以将其放在独立的视图中。

如果应用内相关设置需要在系统设置中改变帮助用户直接访问系统设置。尤其是如果你要用一段文字来描述如何改变这个设置比如“设置>隐私>定位服务”倒不如直接放置一个按钮点击后即可到达设置中的定位服务。想要了解如何实现请参考 Settings Launch URL.

1.13.4 充分利用iOS技术Take Advantage of iOS Technologies

iOS提供了丰富的技术方式来支持用户完成他们所期望的各种任务和场景。这意味着在绝大多数情况下将系统提供的技术整合到你的应用中往往比自定义一种新的技术更为可靠。

某些iOS技术比如多任务并行Multitasking与语音向导VoiceOver等等是所有应用都应该包含的系统级特性。而另外一些技术是否整合到应用中则取决于应用本身的功能性。比如处理门票和礼品卡的应用Wallet支持用户在应用内内购 In-App Purchase展示应用内置广告iAd Rich Media Ads则可以整合 Game Center同时支持iCloud.