AFNetworking 新版本3.0的遷移

AFNetworking
對于這個開源庫,相信沒有iOS開發者會陌生,這個強大的完善的網絡庫帶給了我們太多的便利,為了迎合iOS新版本的升級, AFNetworking也更新了3.0.0-beta.1,不過使用的人可能不多,但是我們以后一定會用到的,所以先學習一下吧.

AFNetworking在3.0版本中刪除了基于 NSURLConnection API的所有支持。如果項目以前使用過這些API,那么我們需要升級到基于 NSURLSession 的API的AFNetworking的版本。

首先我們先不用管新版本到底改動了什么,我們先大概的了解一番AFNetworking到底為我們做了哪些事情,能夠讓我們能夠省去大量的氣力來處理網絡下載這一塊的東西.

這里我們只需要簡單了解一下,因為這個庫很龐大,用到了很多底層的知識,如果對實現原理感興趣的,可以看一下bang's blog.

get請求的實現流程

//使用代碼
AFHTTPSessionManager *manager = [AFHTTPSessionManager manager];
    manager.responseSerializer = [AFHTTPResponseSerializer serializer];
    [manager GET:url parameters:?nil success:^(NSURLSessionDataTask *task, id responseObject) {
        //成功
        NSDictionary *obj = [NSJSONSerialization JSONObjectWithData:responseObject options:NSJSONReadingMutableContainers error:nil];
    } failure:^(NSURLSessionDataTask *task, NSError *error) {
        //失敗
    }];
流程圖
  1. 當我們調用get函數之前,我們需要創建一個AFHTTPSessionManager,在之前我們使用的一般是AFHTTPRequestOperationManager.
  2. 在調用get請求后,我們一般都不需要干什么了,因為那些繁瑣復雜的網絡通信都交給他去做了,他首先會調用AFNetworkReachabilityManager驗證是否聯網.
  3. 然后參數序列化,用于網絡請求.
  4. 調用AFSecurityPolicy類,AFSecurityPolicy用于驗證HTTPS請求的證書,簡單來說建立連接.具體建立步驟參照博客.
  5. 連接建立完成,證書驗證成功,開始請求服務器.
  6. 從服務器返回數據,解析服務器數據,將數據反序列化.
  7. 我們得到data類型的數據,可以使用JSON解析直接解析成字典使用.

在這實現過程中他還幫我們做了開線程,異步下載,檢查數據是否合法,圖片解壓等一些繁瑣的事情,所以我們才能用得這么舒心,但是我們還是有必要研究一下內部的實現,只有保持著一顆求知的心,我們才能研究的更深,得到的更多.


上面我們已經大概清楚了實現過程,那么現在我們來看看到底新版本AFNetworking做了哪些改變

1. NSURLConnection的API已廢棄

AFNetworking 1.0建立在NSURLConnection的基礎API之上 ,AFNetworking 2.0開始使用NSURLConnection的基礎API ,以及較新基于NSURLSession的API的選項。 AFNetworking 3.0現已完全基于NSURLSession的API,這降低了維護的負擔。在Xcode 7中,NSURLConnection的API已經正式被蘋果棄用。雖然該API將繼續運行,但將沒有新功能將被添加,并且蘋果已經通知所有基于網絡的功能,以充分使NSURLSession向前發展。
AFNetworking 2.X將繼續獲得關鍵的隱患和安全補丁,但沒有新的功能將被添加。
棄用的類
下面的類已從AFNetworking 3.0中廢棄:

  • AFURLConnectionOperation
  • AFHTTPRequestOperation
  • AFHTTPRequestOperationManager

2. 修改的類

下面的類包含基于NSURLConnection的API的內部實現。他們已經被使用NSURLSession重構:

  • UIImageView+AFNetworking
  • UIWebView+AFNetworking
  • UIButton+AFNetworking

3. 遷移

AFHTTPRequestOperationManager 核心代碼
如果你以前使用 AFHTTPRequestOperationManager , 你將需要遷移去使用 AFHTTPSessionManager。 以下的類在兩者過渡間并沒有變化:

  • securityPolicy
  • requestSerializer
  • responseSerializer

?在上面說明流程的時候已經演示過最新版本的使用了,我們可以發現HTTP網絡請求返回的不再是AFHTTPRequestOperation, 修改成為了NSURLSessionTask,并且成功和失敗的Block塊中的參數也變更為了NSURLSessionTask,而不再是AFHTTPRequestOperation。

AFHTTPRequestOperation 核心代碼
與NSURLConnection對象不同,每個共享應用范圍的設置如會話管理、緩存策略、Cookie存儲以及URL協議等,這些NSURLSession對象都可以單獨進行配置。使用特定的配置來初始化會話,它可以發送任務來獲取數據,并上傳或下載文件。
在AFNetworking 2.0中,使用AFHTTPRequestOperation,有可能創建一個沒有額外開銷的獨立的網絡請求來獲取數據。NSURLSession則需要更多的開銷,為了獲得所要請求的數據。
接下來,將要通過AFHTTPSessionManager創建一個單例,并創建一個任務和啟動它。
AFNetworking 2.x

NSURL *URL = [NSURL URLWithString:@""];
NSURLRequest *request = [NSURLRequest requestWithURL:URL];
AFHTTPRequestOperation *op = [[AFHTTPRequestOperation alloc] initWithRequest:request];
op.responseSerializer = [AFJSONResponseSerializer serializer];
[op setCompletionBlockWithSuccess:^(AFHTTPRequestOperation *operation, id responseObject) {
        NSLog(@"JSON: %@", responseObject);
} failure:^(AFHTTPRequestOperation *operation, NSError *error) {
        NSLog(@"Error: %@", error);
}];
[[NSOperationQueue mainQueue] addOperation:op];

AFNetworking 3.0

NSURL *URL = [NSURL URLWithString:@""];
AFHTTPSessionManager *manager = [AFHTTPSessionManager manager];
[manager GET:URL.absoluteString parameters:nil success:^(NSURLSessionTask *task, id responseObject) {
        NSLog(@"JSON: %@", responseObject);
} failure:^(NSURLSessionTask *operation, NSError *error) {
        NSLog(@"Error: %@", error);
}];

需要注意的是NSURLSession不是依賴于NSOperation而構建的。如果你有一個應用程序,它在很大程度上依賴于AFURLConnectionOperation的NSOperation的話,有可能需要為你的App的AFHTTPSessionManager用的NSOperation基礎的方法進行重新的構造。

UIKit的遷移
圖片下載已經被重構,以遵循AlamofireImage架構與新的AFImageDownloader類。這個類的圖片下載職責的代理人是UIButton與UIImageView的類目,并且提供了一些方法,在必要時可以自定義。類別中,下載遠程圖片的實際方法沒有改變。
UIWebView的類目被重構為使用AFHTTPSessionManager作為其網絡請求。

UIAlertView的類目被廢棄
從AFNetworking 3.0后UIAlertView的類目因過時而被廢棄。并沒有提供UIAlertController類目的計劃,因為這是應用程序應處理的邏輯,而不是這個庫。


說了那么多,其實真正用起來很簡單,這里主要說的是他的改進方面,我們使用者其實用起來沒那么麻煩,只是注意現在使用的是基于NSURLSession的API就可以了.

建議

在這里我建議大家都封裝一個自己的網絡庫,這樣不至于當第三方庫發生重大更新的時候導致我們手忙腳亂,有大量的代碼需要修改,如果我們對AFNetworking進行二次封裝,使用的自己的網絡下載類,改的時候只需要在類中進行修改就萬事大吉了,輕松簡單,還可以將我們需要的一些東西封裝進去,比如HUD加載動畫等,當然,github上也有一些基于AFNetworking封裝好的網絡庫,但畢竟不如自己寫的適合自己的需要,對吧.

本文一部分是參照AFNetworking說明文檔而寫,其中加上了一些個人的理解和說明,有些理解可能會有偏差,請參照官方說明.


如果覺得對自己有幫助的話,請點贊噢!
有什么疑問和問題都可以直接私信我,謝謝!

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,460評論 6 538
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,067評論 3 423
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 177,467評論 0 382
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,468評論 1 316
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,184評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,582評論 1 325
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,616評論 3 444
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,794評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,343評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,096評論 3 356
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,291評論 1 371
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,863評論 5 362
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,513評論 3 348
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,941評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,190評論 1 291
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,026評論 3 396
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,253評論 2 375

推薦閱讀更多精彩內容