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了。
,