タグ付けされた質問 「asihttprequest」

ARCが有効なコードで、ブロックベースのAPIを使用しているときに、保持サイクルの可能性に関する警告を修正するにはどうすればよいですか？ 警告： Capturing 'request' strongly in this block is likely to lead to a retain cycle このコードスニペットによって生成されます。 ASIHTTPRequest *request = [[ASIHTTPRequest alloc] initWithURL:... [request setCompletionBlock:^{ NSDictionary *jsonDictionary = [[CJSONDeserializer deserializer] deserialize:request.rawResponseData error:nil]; // ... }]; 警告はrequest、ブロック内のオブジェクトの使用に関連しています。

141 cocoa-touch  cocoa  asihttprequest  automatic-ref-counting  retain 

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

93 iphone  ios  ipad  asihttprequest  afnetworking