ASIHTTPRequest和AFNetworking在2013年。可以select什么？

我正在开发一个基于networking的大型iOS项目。 而且我对现在应该select什么框架感兴趣。 我看到很多关于它的post： ASIHTTPRequest vs AFNetworking框架等，但都是旧的。 我也读过这个： http : //allseeing-i.com/%5Brequest_release%5D ; After giving it a lot of thought over the last few weeks, I've decided that I'm not going to continue working on ASIHTTPRequest in future. 它是在2011年写回。所以据我了解， ASIHTTPRequest是过时的？ 我在iOS上没有太多的经验。 所以我感兴趣什么是现代的事情。 什么更好 – ASIHTTPRequest或AFNetworking ？ 我对下一个标准感兴趣：

1. JSON性能（与NSJSONSerialization集成）
2. API丰富（上传文件，http查询）
3. 简单
4. iOS 6和未来的iOS 7集成

Answer 1

我会保持这个简短的说法。 我用ASIHTTP和AFNetworking完成了许多iOS应用程序。

我现在不再使用ASIHTTPRequest，原因如下：

• 这是一个hibernate项目，没有人正在努力或维护它。
• 它没有升级到使用ARC（自动引用计数），所以当你必须使用-fno-objc-arc的编译器开关来构build遗留代码时，它就变得很清楚了。
• 它还没有被更新，以利用块，使发展回到了一些旧的devise模式。

对于大多数的标准，AFNetworking是一个不错的select，原因如下：

• AFNetworking不hibernate，正在积极参与。 （如果增加了更多的文件处理，这是一个接pipeASIHTTPRequest的好地方）
• JSON性能 – 它与NSJSONSerialization集成并为您自动反序列化json REST请求。
• API是非常干净和易于使用（使用块，所以你的代码也将更清洁）但是，我会build议使用其他的文件下载和上传，不知道一个很好的标准的解决scheme呢。
• 简单，是的，非常简单。
• 在iOS 6和7中使用它没有任何问题，最近刚刚使用它的项目，它的iOS 7准备就绪。

希望这可以帮助。

Answer 2

我非常喜欢AFNetworking上的ASIHTTPRequest，原因如下。

• 如果您的应用程序执行繁重的上传操作，如多个图像/video。
• 它直接从磁盘上直接传输文件，我们只需指定文件的path并启动上传过程。
• 它做带宽限制。
• 它有多个代表给上传进度状态的callback。
• 有良好的pipe理队列，处理多个请求。