Ios 2013年的ASITPREQUEST和AFN网络。选择什么?
我刚开始开发一个大型的iOS项目,它主要基于网络。我感兴趣的是我现在应该选择什么样的框架。 我看到很多关于它的帖子: 等等,但它们都是旧的。我还读到这样一段话:Ios 2013年的ASITPREQUEST和AFN网络。选择什么?,ios,cocoa-touch,nsurlconnection,afnetworking,asihttprequest,Ios,Cocoa Touch,Nsurlconnection,Afnetworking,Asihttprequest,我刚开始开发一个大型的iOS项目,它主要基于网络。我感兴趣的是我现在应该选择什么样的框架。 我看到很多关于它的帖子: 等等,但它们都是旧的。我还读到这样一段话:在过去几周对它进行了很多思考之后,我决定以后不再继续进行ASIHTTPRequest的工作。它是在2011年写的。所以,据我所知,ASIHTTPRequest已经过时了?我在iOS方面没有很多经验。所以我对现代事物的状态很感兴趣。什么更好?ASIHTTPRequest或AFNetworking?我对下一个标准感兴趣: JSON性能(与NS
在过去几周对它进行了很多思考之后,我决定以后不再继续进行ASIHTTPRequest的工作。
它是在2011年写的。所以,据我所知,ASIHTTPRequest
已经过时了?我在iOS方面没有很多经验。所以我对现代事物的状态很感兴趣。什么更好?ASIHTTPRequest
或AFNetworking
?我对下一个标准感兴趣:
我将简短地说,不要重复这一点。我已经用ASIHTTP和AFNetworking开发了很多iOS应用程序 我现在不再使用AsiTRequest,原因如下:
- 这是一个休眠的项目,没有人在进行或维护它
- 它还没有升级到使用ARC(自动引用计数),所以当您必须使用-fno-objc-ARC编译器开关来构建它时,很明显您正在嵌入遗留代码
- 它还没有被更新以使用块,从而使开发回到一些较旧的设计模式
- AFN网络并非处于休眠状态,正在积极参与。(如果它添加了更多的文件处理,那么这是从ASIHTTPRequest接管的好地方)
- JSON性能—它确实与NSJSONSerialization集成,并为您自动反序列化JSON REST请求
- API非常干净且易于使用(使用块,因此您的代码也会更干净),但是,我建议您在文件下载和上载时使用其他方法,目前还不知道一个好的标准解决方案
- 简单,是的,非常简单
- 在iOS 6和iOS 7中使用它没有任何问题,只是最近在一个项目中使用了它,并且iOS 7已经就绪
希望这能有所帮助。我会尽量简短,不要重复这一点。我已经用ASIHTTP和AFNetworking开发了很多iOS应用程序 我现在不再使用AsiTRequest,原因如下:
- 这是一个休眠的项目,没有人在进行或维护它
- 它还没有升级到使用ARC(自动引用计数),所以当您必须使用-fno-objc-ARC编译器开关来构建它时,很明显您正在嵌入遗留代码
- 它还没有被更新以使用块,从而使开发回到一些较旧的设计模式
- AFN网络并非处于休眠状态,正在积极参与。(如果它添加了更多的文件处理,那么这是从ASIHTTPRequest接管的好地方)
- JSON性能—它确实与NSJSONSerialization集成,并为您自动反序列化JSON REST请求
- API非常干净且易于使用(使用块,因此您的代码也会更干净),但是,我建议您在文件下载和上载时使用其他方法,目前还不知道一个好的标准解决方案
- 简单,是的,非常简单
- 在iOS 6和iOS 7中使用它没有任何问题,只是最近在一个项目中使用了它,并且iOS 7已经就绪
希望这能有所帮助。与AFNetworking相比,我更喜欢AsitpRequest,原因如下
- 如果应用程序执行繁重的上载操作,例如多个图像/视频
- 它可以直接从您的磁盘流式传输文件,我们只需指定文件路径并启动上载过程
- 它进行带宽调节
- 它有多个代理对上载进度状态进行回调
- 具有管理良好的队列,可处理多个请求李>
- 如果应用程序执行繁重的上载操作,例如多个图像/视频
- 它可以直接从您的磁盘流式传输文件,我们只需指定文件路径并启动上载过程
- 它进行带宽调节
- 它有多个代理对上载进度状态进行回调
- 具有管理良好的队列,可处理多个请求李>