----- 轉 整理與總結
新的觸摸體驗——iOS9的3D Touch
一、引言
在iphone6s問世之後，很多果粉都争先要體驗3D Touch給使用者帶來的額外次元上的互動，這個設計之是以叫做3D Touch，其原理上是增加了一個壓力的感觸，通過區分輕按和重按來進行不同的使用者互動。
二、在模拟器上學習和測試3D Touch
3D Touch是一個很新穎的設計，可是蘋果文檔有言：
- With Xcode 7.0 you must develop on a device that supports 3D Touch. Simulator in Xcode 7.0 does not support 3D Touch.
看到這句話心是不是涼了一半，是的，xcode7是支援3D Touch開發的，可是模拟器并不支援這個手勢，我們隻能在真機上進行學習與測試，但是在IT的世界，從來都不缺拯救世界的人物，github上有人為我們提供了這樣的一個插件，可以讓我們在模拟器上進行3D Touch的效果測試：
git位址：https://github.com/DeskConnect/SBShortcutMenuSimulator。
附.SBShortcutMenuSimulator的安裝和使用
其實安裝和使用并不需要怎麼介紹，git首頁裡介紹的很清楚，這裡在記錄一遍，其中隻有一點需要注意，如果你像我一樣，電腦中裝有Xcode6和Xcode7兩個版本，那個Xcode的編譯路徑，需要做一下修改。
安裝：
在終端中一次運作如下指令：
?
| 1 2 3 | |
如果電腦中有多個Xcode版本，先做如下操作，如果隻有Xcode7，則可以跳過
?
| 1 | |
注意：上面指令中，Xcode2.app是你電腦中Xcode的名字，這裡如要特别注意，如果名字中有空格，需要修改一下，把空格去掉，否則會影響指令的執行。
之後在SBShortcutMenuSimulator的目錄中執行如下操作：
?
| 1 2 | |
如果沒有報錯，我們可以通過向指定端口發送消息的方法來在模拟器上模拟3D Touch的效果：
?
| 1 | |
其中，com.apple.mobilecal是應用的Bundle ID ，如果要測試我們的應用，将其改為我們應用的BundleID即可，上面的示例應用是系統月曆，可以看到模拟器的效果如下：
三、3D Touch的主要應用
文檔給出的應用介紹主要有兩塊：
- 1.A user can now press your Home screen icon to immediately access functionality provided by your app.
- 2.Within your app, a user can now press views to see previews of additional content and gain accelerated access to features.
第一部分的應用是我們可以通過3D手勢，在主螢幕上的應用Icon處，直接進入應用的響應功能子產品。這個功能就例如我們上面的月曆示例，會在Icon旁邊出現一個菜單，點選菜單我們可以進入相應的功能單元。
我個人了解，這個功能，push消息功能加上iOS8推出的擴充today功能，這三個機制使iOS應用變得無比靈活友善，使用者可以不需付出尋找的時間成本來快速使用自己需要的功能。
第二部分是對app的一個優化，使用者可以通過3D Touch手勢在view上來預覽一些預加載資訊，這樣的設計可以使app更加簡潔大方，互動性也更強。
四、3D Touch的三大子產品
在我們的app中使用3D Touch功能，主要分為以下三個子產品：
1、Home Screen Quick Actions
通過主螢幕的應用Icon，我們可以用3D Touch呼出一個菜單，進行快速定位應用功能子產品相關功能的開發。如上面的月曆。
2、peek and pop
這個功能是一套全新的使用者互動機制，在使用3D Touch時，ViewController中會有如下三個互動階段：
（1）提示使用者這裡有3D Touch的互動，會使互動控件周圍模糊
（2）繼續深按，會出現預覽視圖
（3）通過視圖上的互動控件進行進一步互動
這個子產品的設計可以在網址連接配接上進行網頁的預覽互動。
3.Force Properties
iOS9為我們提供了一個新的互動參數:力度。我們可以檢測某一互動的力度值，來做相應的互動處理。例如，我們可以通過力度來控制快進的快慢，音量增加的快慢等。
五、Home Screen Quick Action使用與相關api詳解
iOS9為我們提供了兩種螢幕标簽，分别是靜态标簽和動态标簽。
1、靜态标簽
靜态标簽是我們在項目的配置plist檔案中配置的标簽，在使用者安裝程式後就可以使用，并且排序會在動态标簽的前面。
我們先來看靜态标簽的配置：
首先，在info.plist檔案中添加如下鍵值（我在測試的時候，系統并沒有提示，隻能手打上去）：
先添加了一個UIApplicationShortcutItems的數組，這個數組中添加的元素就是對應的靜态标簽，在每個标簽中我們需要添加一些設定的鍵值：
必填項（下面兩個鍵值是必須設定的）：
UIApplicationShortcutItemType 這個鍵值設定一個快捷通道類型的字元串
UIApplicationShortcutItemTitle 這個鍵值設定标簽的标題
選填項（下面這些鍵值不是必須設定的）：
UIApplicationShortcutItemSubtitle 設定标簽的副标題
UIApplicationShortcutItemIconType 設定标簽Icon類型
UIApplicationShortcutItemIconFile 設定标簽的Icon檔案
UIApplicationShortcutItemUserInfo 設定資訊字典(用于傳值)
我們如上截圖設定後，運作程式，用我們前面的方法進行測試，效果如下：
2、動态标簽
動态标簽是我們在程式中，通過代碼添加的，與之相關的類，主要有三個：
UIApplicationShortcutItem 建立3DTouch标簽的類
UIMutableApplicationShortcutItem 建立可變的3DTouch标簽的類
UIApplicationShortcutIcon 建立标簽中圖檔Icon的類
因為這些類是iOS9中新增加的類，是以其api的複雜程度并不大，下面我們來對其中方法與屬性進行簡要講解：
?
| 1 2 3 4 5 6 7 8 9 10 | |
?
| 1 2 3 4 5 6 7 8 9 | |
?
| 1 2 3 4 5 6 7 | |
建立好标簽後，将其添加如application的hortcutItems數組中即可，示例如下：
?
| 1 2 3 4 5 6 7 8 | |
效果如下：
這裡，将系統風格icon的枚舉列舉如下：
?
| 1 2 3 4 5 6 7 8 9 | |
3、響應标簽的行為
類似推送，當我們點選标簽進入應用程式時，也可以進行一些操作，我們可以看到，在applocation中增加了這樣一個方法：
- (void)application:(UIApplication *)application performActionForShortcutItem:(UIApplicationShortcutItem *)shortcutItem completionHandler:(void(^)(BOOL succeeded))completionHandler NS_AVAILABLE_IOS(9_0);
當我們通過标簽進入app時，就會在appdelegate中調用這樣一個回調，我們可以擷取shortcutItem的資訊進行相關邏輯操作。
這裡有一點需要注意：我們在app的入口函數：
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions;
也需要進行一下判斷，在launchOptions中有UIApplicationLaunchOptionsShortcutItemKey這樣一個鍵，通過它，我們可以差別是否是從标簽進入的app，如果是則處理結束邏輯後，傳回NO，防止處理邏輯被反複回調。
幾點注意：
1、快捷标簽最多可以建立四個，包括靜态的和動态的。
2、每個标簽的題目和icon最多兩行，多出的會用...省略
六、結語
關于3DTouch在UIView中的預覽功能和UITouch中新增加的力度屬性的應用，因為不好示範，這裡就不再總結，大家可以通過頭檔案中相應的類和屬性來了解他們，最後，如有疏漏和錯誤之處，歡迎指正。
ios9後 原來的dylib字尾名的庫全部修改tbd
Apple 的WWDC所釋出内容在給大家帶來驚喜之際，給各位iOS開發的同仁卻也帶來了不同程度的麻煩。首先不講新功能，就單指原來老版本的項目更新、代碼更新，就是一堆問題，而且是不得不面臨的問題。下面就跟着筆者一起來回顧下，此次在項目更新過程中，所遇到的各個問題點，以及解決方案，與各位已經做過和正在做iOS代碼更新的同仁共勉，也給各位将要做Xcode 7和iOS9相容的同仁以參考。
開發環境安裝
原本運作得好好的項目，要更新Xcode7，首先就得安裝Xcode7，具體的可以從開發者官網下載下傳(目前最新版本是Xcode_7_GM_seed).下載下傳好後，就輕按兩下下載下傳好的dmg包，當然，前提還是需要我們的Mac環境更新到Mac OS 10.10.4＋（圖1.1），就可以打開Xcode安裝鏡像，如圖1.2：
圖1.1 Mac OS 更新示意圖
圖1.2 Xcode 7 GM安裝
接下來，我們隻要将圖1.1所示的Xcode拖動到指定檔案夾，即可完成安裝，接下來，我們隻要輕按兩下運作即可。
開發環境運作
各位可能會覺得，筆者在此還要講開發環境的運作，是不是多此一舉。其實并非如此，綜合筆者這幾年iOS開發經驗的總結，運作新版本，特别是測試版本的Xcode是一個需要格外小心的事情，講起來都是血淚史。
在運作Beta 版本Xcode時，我們需要特别注意以下幾個方面：
- 在運作Beta版本Xcode前，務必要退出原來正式版本Xcode（如Xcode 6.4）
- 在運作Beta版本Xcode時，務必要避免輕按兩下打開工程檔案（也是為了避免新舊版本同時運作）。
- 如果要切換回原來版本時，一定要先退出Beta版本，而且盡可能将Xcode的緩存資料清除。
當然，可能在實際的過程中，還是會有不少朋友就這麼幹了，當然，如果我們App後續隻需要使用新版本Xcode，自然是沒有太大關系，隻是對于還需要用舊版本來開發或者釋出App的朋友，可能就會有點麻煩，可能在用舊版本編譯App在運作的時候，就會出現各種詭異的現象（如列印資訊明明是正常，App運作邏輯卻不正常等）。這時，可能大家要考慮的就是把Xcode删除掉，重新來過，甚至是重裝作業系統。當然，不知道是否有朋友有更好的方案。不過筆者是不再想經曆這種事情了。
App 項目運作
待項目運作，首先會碰到的問題就是配置相容，會出現如下錯誤
圖2.1 BitCode 錯誤
當我們看到App編譯報錯的時候，首先想項目不相容Xcode7，再仔細一看
ld: ‘/Volumes/MacintoshHD/…/AnimationDesk Universal/Sources/AnimaitonDesk Universal/Classes/Supporting Files/GoogleLibrary/libGoogleAnalyticsServices.a(TAGDataProvider.o)' does not contain bitcode. You must rebuild it with bitcode enabled (Xcode setting ENABLE_BITCODE), obtain an updated library from the vendor, or disable bitcode for this target. for architecture arm64 其中 ENABLE_BITCODE 吸引了我們的注意，看結合其它的描述資訊，基本可以确定是我們使用的第三方靜态庫（.a）不支援BitCode，當然，我們對應就有如下兩種方案來解決：
方法一：更新對應的第三方靜态庫（現在更新的靜态庫，基本都能支援BitCode）
方法二：可以将Xcode7預設開啟的BitCode功能關閉，如圖2.2所示
圖2.2 關閉BitCode 操作示意圖
當然，除了上面的問題外，當我們在添加Framework的時候，會發現此前導入的動态連結庫（dylib）他部變成了紅色，如圖2.3所示，所幸的是，就算不替換成Xcode 7新的動态庫檔案（.tbd），仍然可以正常運作.
圖2.3 動态連結庫丢失示意圖
最後，部分App在編譯的時候，可能還會收到如下報錯，小編也遇到過一次
看到這句提示，就是說App預設是有開啟了多任務功能，而多任務功能是需要App支援所有方向，如果我們App是有需要支援多任務，則需要開啟App對各個方向（上、下、左、右）的支援;如果App不需要開啟多任務，則隻需要将如下示意圖的 requires full screen 勾選上就ok（如圖2.4）。
圖2.4 勾選 Requires full screen示意圖
不出意外，接下來，App應該是能正常編譯運作（小編的AnimationDesk Cloud接下來是可以正常運作），但緊接着，發生了更詭異的事情，以前的的網絡通路，現在完全通路不通;大家也許會覺得這可能是伺服器挂了，或是外網被牆了，小編最初也是這麼想的，但事實上，伺服器（從Safari）還是能照常被通路，隻是App通路不了，于是後來聯想到iOS9 WWDC講到的網絡資料傳輸安全部分，經過一翻折騰，最終，網絡通路的部分也恢複了正常。
其實隻要在App的Info.plist裡面加入如下資訊就可以
<key>NSAppTransportSecurity</key>
<dict> <key>NSAllowsArbitraryLoads</key> <true/> </dict> 添加成功後的示意圖如下圖（圖2.4）
圖2.4 添加Transport Security 示意圖
其它事項
可能還有部分朋友跟小編一樣，有碰到另外一個現象，就是UITextView，無論怎麼設定它的textColor顯示的總會是黑色，小編已找到具體的原理，準确地講，應該是Xcode的一個Bug。
當小編在App開發時，在Xib上面設定過UITextView的背景色（BackgroundColor）為非預設顔色（WhiteColor）時，UITextView的文字顔色（textColor）無論怎麼設定，都将會是黑色，如果想要顔色值正常，可以在設定好文本後，再重設一次顔色即可正常。
轉載于:https://www.cnblogs.com/LoveStoryJX/p/5198069.html