คำถามติดแท็ก 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 อย่างไรก็ตามฉันยังไม่พบการเปรียบเทียบที่ดีของคุณสมบัติของทั้งสองไลบรารีดังนั้นฉันจึงไม่รู้ว่าฉันจะสูญเสียอะไรถ้า / เมื่อฉันเปลี่ยนไป ความแตกต่างที่สำคัญที่ฉันได้พบคือ: AFNetworking มีขนาดโค้ดที่เล็กกว่ามาก (ซึ่งดี) AFNetworking กำลังได้รับการปรับปรุงอย่างรวดเร็ว (ดังนั้นอาจยังไม่เป็นผู้ใหญ่อาจยังไม่มี API ที่เสถียร?) ทั้งสองดูเหมือนจะมีแคชแม้ว่าฉันจะเห็นคำใบ้ว่าเนื่องจาก AFNetworking ใช้NSURLConnection จึงไม่แคชวัตถุเกิน 50K ASIHTTPRequest มีการสนับสนุนที่ดีมากสำหรับพร็อกซี http แบบแมนนวลและอัตโนมัติ (PAC); ฉันไม่พบข้อมูลใด ๆ เกี่ยวกับระดับการสนับสนุน AFNetworking สำหรับพร็อกซี AFNetworking ต้องใช้ iOS 4+ ในขณะที่ ASIHTTPRequest ทำงานกลับไปที่ iOS 2 ได้ทันที (ไม่ใช่ปัญหาสำหรับฉัน แต่เป็นปัญหาสำหรับบางคน) AFNetworking ยังไม่มีแคชถาวรในตัว แต่มีแคชถาวรซึ่งมีคำขอดึงที่รอดำเนินการ: https://github.com/gowalla/AFNetworking/pull/25 มีใครเห็นการเปรียบเทียบที่ดีของทั้งสองไลบรารีหรือประสบการณ์ที่บันทึกไว้เกี่ยวกับการเปลี่ยนจากที่หนึ่งไปยังอีกที่หนึ่ง

93 iphone  ios  ipad  asihttprequest  afnetworking