你好,歡迎來到IOS教程網

 Ios教程網 >> IOS訊息 >> 關於IOS >> iOS 9 適配系列教程

iOS 9 適配系列教程

編輯:關於IOS

本文是投稿文章,作者:ChenYilong(https://github.com/ChenYilong/iOS9AdaptationTips)

Demo1_iOS9網絡適配_改用更安全的HTTPS

iOS9把所有的http請求都改為https了:iOS9系統發送的網絡請求將統一使用TLS 1.2 SSL。采用TLS 1.2 協議,目的是 強制增強數據訪問安全,而且 系統 Foundation 框架下的相關網絡請求,將不再默認使用 Http 等不安全的網絡協議,而默認采用 TLS 1.2。服務器因此需要更新,以解析相關數據。如不更新,可通過在 Info.plist 中聲明,倒退回不安全的網絡請求。

在討論之前,跟往常一樣,先說下iOS程序猿們最關心的問題:

跟我有毛關系?需要我加班嗎?!

首先咱們來看下業內對Apple這一做法的評論:

iOS 9 適配系列教程

這是某社交App上討論,看來業內還是吐槽聲和肯定聲同在。

結論是:

跟你很有關系,加班吧,少年!

書歸正傳【嚴肅臉】,我們正式討論下 WHAT,WHY,HOW:

  1. WHAT(什麼是SSL/TLS?跟HTTP和HTTPS有什麼關系)
  2. WHY(以前的HTTP不是也能用嗎?為什麼要用SSL/TLS,閒得慌?!Apple是不是又在反人類?)
  3. HOW(如何適配?---弱弱地問下:加班要多久?)

WHAT(什麼是SSL/TLS?跟HTTP和HTTPS有什麼關系)

跟往常一樣,先說結論:

HTTP+SSL/TLS+TCP = HTTPS

TLS 是 SSL 新的別稱。舉個例子:

“TLS1.0”之於“SSL3.1”,猶“公元2015”之於“民國104”,或者是“一千克”之於“一公斤”,或者是“半斤”之於“八兩”:稱呼不同,但意思相同。

SSL 3.0版本之後的迭代版本被重新命名為TLS 1.0,

也就是說:

TLS 1.0 = SSL 3.1

所以他們是一個東西,我們平常也經常簡單見到 “SSL/TLS” 這種說法。

常用的是下面這些:

  • SSL 2.0
  • SSL 3.0
  • TLS 1.0 (SSL 3.1)
  • TLS 1.1 (SSL 3.1)
  • TLS 1.2 (SSL 3.1)

那為什麼標題是“使用HTTPS”而沒有提及SSL和TLS什麼事? 要理解這個,要看下一個公式:

HTTP+SSL/TLS+TCP = HTTPS

iOS 9 適配系列教程

打個比方:如果原來的 HTTP 是塑料水管,容易被戳破;那麼如今新設計的 HTTPS 就像是在原有的塑料水管之外,再包一層金屬水管。一來,原有的塑料水管照樣運行;二來,用金屬加固了之後,不容易被戳破。

目前,應用最廣泛的是TLS 1.0,接下來是SSL 3.0。但是,主流浏覽器都已經實現了TLS 1.2的支持。

Apple讓你的HTTP采用SSL/TLS協議,就是讓你從HTTP轉到HTTPS

WHY(以前的HTTP不是也能用嗎?為什麼要用SSL/TLS,閒得慌?!Apple是不是又在反人類?)

不使用SSL/TLS的HTTP通信,就是不加密的通信!

所有信息明文傳播,帶來了三大風險:

  1. 竊聽風險(eavesdropping):第三方可以獲知通信內容。
  2. 篡改風險(tampering):第三方可以修改通信內容。
  3. 冒充風險(pretending):第三方可以冒充他人身份參與通信。

SSL/TLS協議是為了解決這三大風險而設計的,希望達到:

  1. 所有信息都是加密傳播,第三方無法竊聽。
  2. 具有校驗機制,一旦被篡改,通信雙方會立刻發現。
  3. 配備身份證書,防止身份被冒充。

HOW(如何適配?---弱弱地問下:加班要多久?)

正如文章開頭所說:

TLS 1.2 協議 強制增強數據訪問安全 系統 Foundation 框架下的相關網絡請求,將不再默認使用 Http 等不安全的網絡協議,而默認采用 TLS 1.2。服務器因此需要更新,以解析相關數據。如不更新,可通過在 Info.plist 中聲明,倒退回不安全的網絡請求。

方案一:立即讓公司的服務端升級使用TLS 1.2

方案二:雖Apple不建議,但可通過在 Info.plist 中聲明,倒退回不安全的網絡請求依然能讓App訪問指定http,甚至任意的http,

具體做法見gif圖,示例Demo見 Demo1

iOS 9 適配系列教程

正如 Apple官方文檔 所說 :

iOS 9 適配系列教程

iOS 9 適配系列教程

iOS 9 適配系列教程

Info.plist 配置中的XML源碼如下所示:

iOS 9 適配系列教程

上面是比較嚴謹的做法,指定了能訪問哪些特定的HTTP。當然也有暴力的做法: 徹底倒退回不安全的HTTP網絡請求,能任意進行HTTP請求,比如你在開發一款浏覽器App,或者你想偷懶,或者後台想偷懶,或者公司不給你升級服務器。。。

iOS 9 適配系列教程

聲明:目前Apple的官方文檔並未提及如何在 Info.plist 配置,我將密切關注官方文檔,如有提及,再來更新本文 .

Demo2_iOS9新特性_更靈活的後台定位

iOS 9 適配系列教程

Demo:GitHub地址

【iOS9在定位的問題上,有一個壞消息一個好消息】壞消息:如果不適配iOS9,就不能偷偷在後台定位(不帶藍條,見圖)!好消息:將允許出現這種場景:同一App中的多個location manager:一些只能在前台定位,另一些可在後台定位,並可隨時開啟或者關閉特定location manager的後台定位。

如果沒有請求後台定位的權限,也是可以在後台定位的,不過會帶藍條:

iOS 9 適配系列教程

如何偷偷在後台定位:請求後台定位權限:

 // 1. 實例化定位管理器
_locationManager = [[CLLocationManager alloc] init];
// 2. 設置代理
_locationManager.delegate = self;
// 3. 定位精度
[_locationManager setDesiredAccuracy:kCLLocationAccuracyBest];
// 4.請求用戶權限:分為:?只在前台開啟定位?在後台也可定位,
//注意:建議只請求?和?中的一個,如果兩個權限都需要,只請求?即可,
//??這樣的順序,將導致bug:第一次啟動程序後,系統將只請求?的權限,?的權限系統不會請求,只會在下一次啟動應用時請求?
if ([[[UIDevice currentDevice] systemVersion] floatValue] >= 8) {
    //[_locationManager requestWhenInUseAuthorization];//?只在前台開啟定位
    [_locationManager requestAlwaysAuthorization];//?在後台也可定位
}
// 5.iOS9新特性:將允許出現這種場景:同一app中多個location manager:一些只能在前台定位,另一些可在後台定位(並可隨時禁止其後台定位)。
if ([[[UIDevice currentDevice] systemVersion] floatValue] >= 9) {
    _locationManager.allowsBackgroundLocationUpdates = YES;
}
// 6. 更新用戶位置
[_locationManager startUpdatingLocation];

但是如果照著這種方式嘗試,而沒有配置Info.plist,100%你的程序會崩潰掉,並報錯:

*** Assertion failure in -[CLLocationManager setAllowsBackgroundLocationUpdates:], /BuildRoot/Library/Caches/com.apple.xbs/Sources/CoreLocationFramework_Sim/CoreLocation-1808.1.5/Framework/CoreLocation/CLLocationManager.m:593

要將 Info.plist 配置如下:

iOS 9 適配系列教程

對應的 Info.plist 的XML源碼是:

iOS 9 適配系列教程

Bitcode(通俗解釋:在線版安卓ART模式)

未來Watch應用須包含Bitcode,iOS不強制,但Xcode7默認會開啟Bitcode。

如何適配?

方法一:更新library使包含Bitcode,否則會出現以下中的警告;

(null): URGENT: all bitcode will be dropped because '/Users/myname/Library/Mobile Documents/com~apple~CloudDocs/foldername/appname/GoogleMobileAds.framework/GoogleMobileAds(GADSlot+AdEvents.o)' was built without 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. Note: This will be an error in the future.

方法二:關閉Bitcode,方法見下圖

iOS 9 適配系列教程

更多信息,請移步 bitcode 蘋果官方文檔

,和 WWDC 2015 Session 102: "Platforms State of the Union"

iOS 9 適配系列教程

企業級分發

iOS9之前,企業級分發十分方便:點擊App出現“信任按鈕”,

iOS 9 適配系列教程

iOS9以後,企業級分發ipa包將遭到與Mac上dmg安裝包一樣的待遇:默認不能安裝,也不再出現“信任按鈕”

iOS 9 適配系列教程

必須讓用戶進行gif圖中的設置(相關Demo:https://github.com/ChenYilong/iOS9AdaptationTips/ )

iOS 9 適配系列教程

URL scheme

在iOS9中,如果使用URL scheme必須在"Info.plist"中將你要在外部調用的URL scheme列為白名單,否則不能使用。key叫做LSApplicationQueriesSchemes ,鍵值內容是

LSApplicationQueriesSchemes urlscheme urlscheme2 urlscheme3 urlscheme4

推薦一篇博客: http://awkwardhare.com/post/121196006730/quick-take-on-ios-9-url-scheme-changes

其中最關鍵的是以下部分:

If you call the “canOpenURL” method on a URL that is not in your whitelist, it will return “NO”, even if there is an app installed that has registered to handle this scheme. A “This app is not allowed to query for scheme xxx” syslog entry will appear.
If you call the “openURL” method on a URL that is not in your whitelist, it will fail silently. A “This app is not allowed to query for scheme xxx” syslog entry will appear.

更多信息請移步:WWDC 2015 Session 703: "Privacy and Your App" 時間在30:18左右

iOS 9 適配系列教程

iPad適配Slide Over 和 Split View

iOS 9 適配系列教程

【iPad適配Slide Over 和 Split View】 若想適配multi tasking特性,唯一的建議:棄純代碼,改用storyboard、xib,縱觀蘋果WWDC所有Demo均是如此:

  1. Mysteries of Auto Layout, Part 1
  2. What's New in Storyboards
  3. Implementing UI Designs in Interface Builder
  4. Getting Started with Multitasking on iPad in iOS 9
  5. Optimizing Your App for Multitasking on iPad in iOS
  1. 上一頁:
  2. 下一頁:
蘋果刷機越獄教程| IOS教程問題解答| IOS技巧綜合| IOS7技巧| IOS8教程
Copyright © Ios教程網 All Rights Reserved