AFNetworkingに欠けている主要なASIHTTPRequest機能は何ですか？

で仕事が最近ASIHTTPRequestに停止した、それは注意がにシフトしているように思えるAFNetworking。

ただし、2つのライブラリの機能を比較することはまだできていないので、切り替えたときに何が失われるかわかりません。

これまでに見つけた主な違いは次のとおりです。

1. AFNetworkingのコードサイズははるかに小さい（これで十分です）
2. AFNetworkingは急速に改善されています（そのため、まだ成熟していない可能性があり、まだ安定したAPIがない可能性がありますか？）
3. 両方にキャッシュがあるようですが、AFNetworkingはNSURLConnectionを使用しているため、50Kを超えるオブジェクトはキャッシュしないというヒントを見てきました
4. ASIHTTPRequestは、手動および自動（PAC）httpプロキシを非常によくサポートしています。AFNetworkingがプロキシに対してどのレベルのサポートを提供しているかについての情報が見つかりません
5. AFNetworkingにはiOS 4+が必要ですが、ASIHTTPRequestはiOS 2で正しく機能します（実際には私には問題ありませんが、一部の人には問題があります）
6. AFNetworkingには（まだ）永続的なキャッシュが組み込まれていませんが、プルリクエストが保留されている永続的なキャッシュがあります：https : //github.com/gowalla/AFNetworking/pull/25

2つのライブラリの優れた比較、または1つのライブラリから別のライブラリへの切り替えの記録された経験を見た人はいますか？

私はASIHTTPRequestを愛し、それがうまくいくのを見て悲しかった。しかし、ASIの開発者は正しかった。ASIHTTPRequestは非常に大きく膨れ上がっているため、iOSや他のフレームワークの最新機能に対応するために時間を割くことができなかった。私は次に進み、AFNetworkingを使用します。

とは言っても、AFNetworkingはASIHTTPよりもはるかに不安定であり、私がそれを使用するためには、改良が必要です。

結果を画面に表示する前に、100個のHTTPソースにHTTPリクエストを送信する必要があることが多く、AFHTTPNetworkOperationを操作キューに入れました。すべての結果がダウンロードされる前に、操作キュー内のすべての操作をキャンセルして、結果を保持しているビューコントローラーを閉じることができるようにしたいと思います。

それは常にうまくいくとは限りません。

AFNetworkingではランダムにクラッシュしますが、ASIHTTPRequestではこの操作は問題なく機能していました。AFNetworkingのどの特定の部分がクラッシュしているのかがわかります。異なるポイントでクラッシュし続けます（ただし、これらのほとんどの場合、デバッガはNSURLConnectionオブジェクトを作成するNSRunLoopをポイントします）。そのため、AFNetworkingは、ASIHTTPRequestと同様に完全であると見なされるために成熟する必要があります。

また、ASIHTTPRequestsはクライアント認証をサポートしていますが、現時点ではAFNetworkingにはありません。これを実装する唯一の方法は、AFHTTPRequestOperationをサブクラス化し、NSURLConnectionの認証メソッドをオーバーライドすることです。ただし、NSURLConnectionに関与し始めると、NSOperationConnectionラッパー内にNSURLConnectionを配置して完了ブロックを書き込むのはそれほど難しいことではないことに気づき、サードパーティのライブラリをダンプしない理由を考え始めます。

ASIは、CFNetworking（Cに基づく低レベルの基盤フレームワーク）を使用してダウンロードとファイルのアップロードを可能にし、NSURLConnectionを完全にスキップして、ほとんどのOS XおよびiOS開発者の概念に触れているため、まったく異なるアプローチを使用しています。このため、Webページのキャッシュでさえ、ファイルのアップロードとダウンロードが向上します。

どちらを選びますか？言うのが難しい。AFNetworkingが十分に成熟すれば、ASIよりも気に入ってくれるでしょう。それまでは、ASIと、それがOS XとiOSで常に最もよく使用されるフレームワークの1つになったことを賞賛せざるを得ません。

編集： この投稿の後で状況が少し変わったので、この回答を更新する時がきたと思います。

この投稿は少し前に書かれたもので、AFNetworkingは十分に成熟しています。1〜2か月前に、フレームワークに関する私の最後の不満であったPOST操作の小さな更新をAFが投稿しました（小さな行末エラーが、エコーネストアップロードがAFで失敗したが、ASIで正常に完了した理由でした）。認証はAFnetworkingの問題ではありません。複雑な認証方法の場合、操作をサブクラス化して独自の呼び出しを行うことができ、AFHTTPClientは基本認証を簡単なものにするためです。AFHTTPClientをサブクラス化することで、サービス全体を短時間で作成できます。

AFNetworkingが提供する絶対に必要なUIImage追加は言うまでもありません。ブロックとカスタム補完ブロック、およびいくつかの巧妙なアルゴリズムを使用すると、非同期の画像ダウンロードとセルの塗りつぶしでテーブルビューをかなり簡単に作成できますが、ASIでは、帯域幅スロットリング用の操作キューを作成し、それに従って操作キューをキャンセルして再開する必要がありました。テーブルビューの可視性など。そのような操作の開発時間は半分になりました。

成功と失敗のブロックも大好きです。ASIには完了ブロックしかありません（実際にはNSOperationの完了ブロックです）。完了時にエラーが発生したかどうかを確認し、それに応じて行動する必要がありました。複雑なWebサービスの場合、すべての「if」と「elses」で迷子になる可能性があります。AFNetworkingでは、物事ははるかにシンプルで直感的です。

ASIは当時としては素晴らしかったですが、AFを使用すると、Webサービスを完全に適切に処理する方法を変更でき、スケーラブルなアプリケーションをより簡単に作成できます。iOS 3以下をターゲットにしたいのでなければ、ASIを使い続ける理由はまったくないと私は本当に信じています。

ASIの代わりにAFNetworkingを使用しているプロジェクトを仕上げるだけです。以前のプロジェクトでASIを使用したことがあります。過去には大きな助けになりました。

AFNetworkingが（今日の時点で）欠けているものは、次のとおりです。

• 何もない

ASI は廃止されます。今すぐAFを使用してください。それは小さく、機能し、引き続きサポートされます。また、特にAPIクライアントの場合は、より論理的に整理されています。これには、テーブルビューでの画像の非同期読み込みなど、よく使用される特別な場合のための多くの優れたクラスがあります。

AFNetworkingは、TLSクライアント認証のclientCertificateIdentityおよびclientCertificatesをサポートしていません。

- (void)connection:(NSURLConnection *)connection didReceiveAuthenticationChallenge:(NSURLAuthenticationChallenge *)challengeAFURLConnectionOperationのサブクラスのメソッドでそれを行うことができますが、それほど簡単ではありません。

私はしばらくASI *を使用しており、ASIのファイルアップロードアプローチが大好きです。AFNetworkingにジャンプすることに興奮していますが、AfNetworkingでのファイルアップロードサポートは、ASI *に比べて使いやすいものではありません。

これまでは、同期POSTリクエストを実行するときにAFNetworkingでタイムアウトを設定する方法を理解できませんでした。更新：私はついに理解しました：https ://stackoverflow.com/a/8774125/601466今すぐAFNetworkingに切り替えます：]

==================

AppleはPOSTのタイムアウトを上書きして240秒に設定し（240秒よりも短い場合）、変更することはできません。ASIHTTPでは、タイムアウトを設定するだけで機能します。

同期POSTリクエストのコード例：

NSDictionary *params = [NSDictionary dictionaryWithObjectsAndKeys:
                                @"doSomething", @"task",
                                @"foo", @"bar",
                                nil];

AFHTTPClient *httpClient = [[AFHTTPClient alloc] initWithBaseURL:[NSURL URLWithString:baseURL]];

NSMutableURLRequest *request = [httpClient requestWithMethod:@"POST" path:requestURL parameters:params];
[httpClient release];

AFHTTPRequestOperation *operation = [[[AFHTTPRequestOperation alloc] initWithRequest:request] autorelease];
[operation setCompletionBlockWithSuccess:^(AFHTTPRequestOperation *operation, id responseObject) {}
failure:^(AFHTTPRequestOperation *operation, NSError *error) {
    NDLog(@"fail! %@", [error localizedDescription]);
}];

NSOperationQueue *queue = [[[NSOperationQueue alloc] init] autorelease];
[[AFNetworkActivityIndicatorManager sharedManager] incrementActivityCount];

[queue addOperation:operation];
[queue waitUntilAllOperationsAreFinished]; // Stuck here for at least 240 seconds!

[[AFNetworkActivityIndicatorManager sharedManager] decrementActivityCount];
if (![[operation responseString] isEqualToString:@""]) {
    return [operation responseString];
}

return nil;

ここでタイムアウトを設定しようとしましたが、何も機能しませんでした。この問題により、AFNetworkingに移行できません。

こちらもご覧ください：AFNetworkingでタイムアウトを設定する方法

AFNetworkには、大きなファイルをアップロードする機能がありません。ファイルの内容がRAMにあると想定しています。ASIは、ディスクからファイルコンテンツを単純にストリーミングするのに十分なほどスマートでした。

ASIHTTPでは、個々のリクエストにユーザー情報ディクショナリを添付できるのが気に入りました。私が見る限りでは、これに対する直接のサポートはありませんAFHTTPRequestOperation。誰もがエレガントな回避策を考え出しましたか？もちろん、ささいなサブクラス化は別として。

AFNetworkingは、ASIHTTPRequestのようにデリゲートを操作するよりも自然な「ブロック」を操作します。

ブロックの操作は、JavaScriptの無名関数の操作に似ています。