草庐IT

ASIHTTPRequest

全部标签

iphone - ARC 和 ASIHTTPRequest

我有一个奇怪的问题。我在启用了ARC的iOS5项目中使用ASIHTTPRequest。由于ASIHTTPRequest不支持ARC,我在所有单独的ASIHTTPRequest文件上禁用了ARC。但是,当我尝试编译我的项目时,xcode仍然认为这些文件启用了ARC,并且它会提示。我做错了什么还是xcode中的错误?不要告诉我用重构工具将ASIHTTPRequest转换为ARC兼容代码。我已尝试这样做,但xcode提示该项目启用了ARC(?!?!)。 最佳答案 您键入了-fno-ojbc-arc。正确的标志是-fno-objc-arc。

iphone - ASIHTTPRequest/ASIFormDataRequest - 在 ARC 下的 block 中引用请求对象

非常类似于thisquestion,我正在尝试将使用ASIHTTPRequest&ASIFormDataRequest的项目转换为ARC。在我的ViewController类中,我经常在完成block中引用和使用request对象的属性(查看响应代码、响应数据等):__blockASIFormDataRequest*request=[ASIFormDataRequestrequestWithURL:[NSURLURLWithString:SOME_URL]];[requestsetCompletionBlock:^{if([requestresponseStatusCode]==200

iphone - ASIHTTPRequest 与 AFNetworking 与 NSUrlRequest

过去我使用ASIHTTPRequest,但现在有NSURLRequest。我们现在应该使用NSURLRequest吗?有什么缺点吗?对于现在阅读本文的人:我最终使用了答案中提到的AFNetworkinghttps://github.com/AFNetworking/AFNetworking谢谢, 最佳答案 NSURLConnection和NSURLRequest是Cocoa提供的用于管理连接的类。在iOS7中,Apple添加了NSURLSession。但我想你会发现AFNetworking成为进一步简化网络请求(尤其是复杂的HTTP

iphone - AFNetworking 缺少哪些主要的 ASIHTTPRequest 功能?

与workhavingrecentlystoppedonASIHTTPRequest,似乎注意力正在转移到AFNetworking.但是,我还没有找到对两个库的功能进行很好的比较,所以我不知道如果/当我切换时我可能会失去什么。到目前为止,我发现的主要区别是:AFNetworking的代码大小要小得多(这很好)AFNetworking正在快速改进(所以它可能还不成熟,可能还没有稳定的API?)两者似乎都有缓存,尽管我看到了一些提示,因为AFNetworking使用NSURLConnectionitwon'tcacheobjectsover50KASIHTTPRequest对手动和自动(P

iphone - Asihttprequest 61 错误

我在许多项目中使用ASIhttprequest但最近在每个新项目中,当我尝试添加ASIhttprequest类时,我在使用类之前收到以下错误就在我尝试导入它们时:用配置Debug构建项目finjan的finjanLdbuild/Debug-iphonesimulator/finjan.app/finjannormali386cd/Users/Apple/Desktop/application/finjansetenvMACOSX_DEPLOYMENT_TARGET10.5setenvPATH"/Developer/Platforms/iPhoneSimulator.platform/D

iphone - 发出许多网络请求的 iOS 应用程序的最佳架构?

我正在重新考虑我正在开发的大型应用的请求架构的方法。我目前正在使用ASIHTTPRequest来实际发出请求,但是由于在不同的ViewController中采取了许多不同的操作,我需要许多不同类型的请求,因此我正在尝试找出组织这些请求的最佳系统。我目前正在构建由应用程序委托(delegate)保留的单例“请求者”,并坐在那里监听表示需要发出请求的NSNotification;他们发出请求,监听响应,并发送一个带有响应数据的新NSNotification。这解决了我的大部分问题,但不能优雅地处理失败的请求或对同一个单例请求者的并发请求。是否有人成功设计了一个清晰的OO架构以在iOS应用程

iphone - 发出许多网络请求的 iOS 应用程序的最佳架构?

我正在重新考虑我正在开发的大型应用的请求架构的方法。我目前正在使用ASIHTTPRequest来实际发出请求,但是由于在不同的ViewController中采取了许多不同的操作,我需要许多不同类型的请求,因此我正在尝试找出组织这些请求的最佳系统。我目前正在构建由应用程序委托(delegate)保留的单例“请求者”,并坐在那里监听表示需要发出请求的NSNotification;他们发出请求,监听响应,并发送一个带有响应数据的新NSNotification。这解决了我的大部分问题,但不能优雅地处理失败的请求或对同一个单例请求者的并发请求。是否有人成功设计了一个清晰的OO架构以在iOS应用程