คุณลักษณะ ASIHTTPRequest ที่สำคัญอะไรบ้างที่ AFNetworking ขาดหายไป

ด้วยการทำงานที่มีการหยุดเมื่อเร็ว ๆ นี้ ASIHTTPRequestดูเหมือนว่าความสนใจจะขยับไปAFNetworking

อย่างไรก็ตามฉันยังไม่พบการเปรียบเทียบที่ดีของคุณสมบัติของทั้งสองไลบรารีดังนั้นฉันจึงไม่รู้ว่าฉันจะสูญเสียอะไรถ้า / เมื่อฉันเปลี่ยนไป

ความแตกต่างที่สำคัญที่ฉันได้พบคือ:

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

มีใครเห็นการเปรียบเทียบที่ดีของทั้งสองไลบรารีหรือประสบการณ์ที่บันทึกไว้เกี่ยวกับการเปลี่ยนจากที่หนึ่งไปยังอีกที่หนึ่ง

ฉันรัก ASIHTTPRequest และฉันก็เสียใจที่เห็นมันผ่านไป อย่างไรก็ตามผู้พัฒนา ASI พูดถูก ASIHTTPRequest มีขนาดใหญ่และป่องมากจนแม้แต่เขาก็ไม่สามารถอุทิศเวลาเพื่อนำมาใช้กับคุณสมบัติใหม่ล่าสุดของ iOS และเฟรมเวิร์กอื่น ๆ ได้ ฉันย้ายไปและตอนนี้ใช้ AFNetworking

ที่กล่าวมาฉันต้องบอกว่า AFNetworking นั้นไม่เสถียรกว่า ASIHTTP มากและสำหรับสิ่งที่ฉันใช้มันจำเป็นต้องมีการปรับแต่ง

ฉันมักจะต้องส่งคำขอ HTTP ไปยังแหล่งที่มา HTTP 100 รายการก่อนที่ฉันจะแสดงผลลัพธ์บนหน้าจอและฉันได้ใส่ AFHTTPNetworkOperation ลงในคิวการดำเนินการ ก่อนดาวน์โหลดผลลัพธ์ทั้งหมดฉันต้องการยกเลิกการดำเนินการทั้งหมดภายในคิวการดำเนินการจากนั้นปิดตัวควบคุมมุมมองที่เก็บผลลัพธ์ไว้

นั่นไม่ได้ผลเสมอไป

ฉันเกิดข้อขัดข้องในบางครั้งด้วย AFNetworking ในขณะที่ ASIHTTPRequest การดำเนินการนี้ทำงานได้อย่างไม่มีที่ติ ฉันหวังว่าฉันจะบอกได้ว่าส่วนใดของ AFNetworking ที่ขัดข้องเนื่องจากมันยังคงหยุดทำงานในจุดต่างๆ (อย่างไรก็ตามเวลานี้ส่วนใหญ่ดีบักเกอร์ชี้ไปที่ NSRunLoop ที่สร้างวัตถุ NSURLConnection) ดังนั้น AFNetworking จึงต้องเติบโตเต็มที่เพื่อที่จะได้รับการพิจารณาว่าสมบูรณ์ตามที่ ASIHTTPRequest เป็น

นอกจากนี้ ASIHTTPRequests ยังรองรับการพิสูจน์ตัวตนไคลเอนต์ซึ่ง AFNetworking ยังขาดอยู่ในขณะนี้ วิธีเดียวที่จะนำไปใช้คือซับคลาส AFHTTPRequestOperation และเพื่อแทนที่วิธีการพิสูจน์ตัวตนของ NSURLConnection อย่างไรก็ตามหากคุณเริ่มมีส่วนร่วมกับ NSURLConnection คุณจะสังเกตเห็นว่าการวาง NSURLConnection ไว้ในกระดาษห่อหุ้ม NSOperation และการเขียนบล็อกการทำให้สมบูรณ์นั้นไม่ยากอย่างที่คิดและคุณจะเริ่มคิดว่าอะไรที่ทำให้คุณไม่ทิ้งไลบรารีของบุคคลที่สาม

ASI ใช้วิธีการที่แตกต่างกันโดยสิ้นเชิงเนื่องจากใช้ CFNetworking (เฟรมเวิร์กพื้นฐานระดับล่างที่ใช้ C) เพื่อให้สามารถดาวน์โหลดและอัปโหลดไฟล์ได้โดยข้าม NSURLConnection อย่างสมบูรณ์และสัมผัสกับแนวคิดที่พวกเราส่วนใหญ่ OS X และนักพัฒนา iOS กลัวเกินไป ด้วยเหตุนี้คุณจึงอัปโหลดและดาวน์โหลดไฟล์ได้ดีขึ้นแม้กระทั่งแคชของหน้าเว็บ

ฉันชอบแบบไหน? มันยากที่จะพูด. ถ้า AFNetworking เติบโตเพียงพอฉันจะชอบมันมากกว่า ASI จนถึงตอนนั้นฉันอดไม่ได้ที่จะชื่นชม ASI และวิธีที่มันกลายเป็นหนึ่งในเฟรมเวิร์กที่มีคนใช้มากที่สุดตลอดกาลสำหรับ OS X และ iOS

แก้ไข: ฉันคิดว่าถึงเวลาอัปเดตคำตอบนี้แล้วเนื่องจากมีการเปลี่ยนแปลงเล็กน้อยหลังจากโพสต์นี้

โพสต์นี้เขียนเมื่อไม่นานมานี้และ AFNetworking ได้เติบโตเต็มที่แล้ว 1-2 เดือนที่ผ่านมา AF โพสต์การอัปเดตเล็กน้อยสำหรับการดำเนินการ POST ซึ่งเป็นการร้องเรียนครั้งสุดท้ายของฉันเกี่ยวกับเฟรมเวิร์ก (ข้อผิดพลาดในการสิ้นสุดบรรทัดเล็ก ๆ เป็นสาเหตุที่ทำให้การอัปโหลด AF ล้มเหลวอย่างที่สุด แต่เสร็จสมบูรณ์ด้วย ASI) การรับรองความถูกต้องไม่ใช่ปัญหากับ AFnetworking สำหรับวิธีการตรวจสอบสิทธิ์ที่ซับซ้อนคุณสามารถย่อยการดำเนินการและทำการโทรของคุณเองได้และ AFHTTPClient จะทำให้การรับรองความถูกต้องขั้นพื้นฐานกลายเป็นเค้ก ด้วยคลาสย่อยของ AFHTTPClient คุณสามารถสร้างผู้ใช้บริการทั้งหมดได้ในเวลาอันสั้น

ไม่ต้องพูดถึงส่วนเพิ่มเติม UIImage ที่จำเป็นอย่างยิ่งที่ AFNetworking นำเสนอ ด้วยบล็อกและบล็อกการทำให้เสร็จสมบูรณ์แบบกำหนดเองและอัลกอริทึมที่ชาญฉลาดคุณสามารถสร้างมุมมองตารางด้วยการดาวน์โหลดภาพแบบอะซิงโครนัสและการเติมเซลล์ได้อย่างง่ายดายในขณะที่ใน ASI คุณต้องจัดคิวการดำเนินการเพื่อควบคุมปริมาณแบนด์วิดท์และจำตัวเองเพื่อยกเลิกและดำเนินการต่อคิวการดำเนินการต่อตาม การมองเห็นมุมมองตารางและสิ่งต่างๆเช่นนั้น เวลาในการพัฒนาการดำเนินการดังกล่าวลดลงครึ่งหนึ่ง

ฉันยังรักบล็อกความสำเร็จและความล้มเหลว ASI มีเพียงบล็อกที่สมบูรณ์ (ซึ่งจริงๆแล้วเป็นบล็อกที่สมบูรณ์ของ NSOperation) คุณต้องตรวจสอบว่าคุณมีข้อผิดพลาดในการดำเนินการเสร็จสิ้นหรือไม่และดำเนินการตามนั้น สำหรับบริการเว็บที่ซับซ้อนคุณอาจหลงทางใน "ifs" และ "elses" ทั้งหมด ใน AFNetworking สิ่งต่างๆนั้นเรียบง่ายและใช้งานง่ายกว่ามาก

ASI นั้นยอดเยี่ยมในช่วงเวลานั้น แต่ด้วย AF คุณสามารถเปลี่ยนวิธีจัดการบริการบนเว็บได้อย่างสมบูรณ์ในรูปแบบที่ดีและทำให้แอปพลิเคชันที่ปรับขนาดได้ง่ายขึ้น ฉันเชื่อจริงๆว่าไม่มีเหตุผลใดที่จะยึดติดกับ ASI อีกต่อไปเว้นแต่คุณต้องการกำหนดเป้าหมายเป็น iOS 3 และต่ำกว่า

เพิ่งจบโปรเจ็กต์ที่ฉันใช้ AFNetworking แทน ASI ใช้ ASI ในโครงการก่อนหน้านี้ มันเป็นความช่วยเหลือที่ดีในอดีต

นี่คือสิ่งที่ AFNetworking ขาดหายไป (ณ วันนี้) ที่คุณควรทราบ:

• ไม่มีอะไร

ASI กำลังจะหายไป ใช้ AF เลย มีขนาดเล็กใช้งานได้และจะได้รับการสนับสนุนต่อไป นอกจากนี้ยังจัดอย่างมีเหตุผลมากขึ้นโดยเฉพาะอย่างยิ่งสำหรับไคลเอนต์ API มีคลาสที่ยอดเยี่ยมมากมายสำหรับกรณีพิเศษที่ใช้บ่อยเช่นการโหลดรูปภาพแบบอะซิงโครนัสในมุมมองตาราง

AFNetworking ไม่สนับสนุน clientCertificateIdentity และ clientCertificates สำหรับการตรวจสอบไคลเอ็นต์ TLS

เราสามารถทำได้ด้วย- (void)connection:(NSURLConnection *)connection didReceiveAuthenticationChallenge:(NSURLAuthenticationChallenge *)challengeวิธีการในคลาสย่อยของ AFURLConnectionOperation แต่มันไม่ง่ายอย่างที่คิด

ฉันใช้ ASI * มาระยะหนึ่งแล้วและฉันก็ชอบวิธีการอัปโหลดไฟล์ของ ASI มากและแม้ว่าฉันจะรู้สึกตื่นเต้นที่ได้ข้ามไปที่ AFNetworking แต่การสนับสนุน fileupload ใน AfNetworking นั้นใช้งานไม่ง่ายเมื่อเทียบกับ ASI *

จนถึงตอนนี้ฉันยังคิดไม่ออกว่าจะกำหนดระยะหมดเวลาด้วย AFNetworking อย่างไรเมื่อทำคำขอ POST แบบซิงโครนัส UPDATE:ในที่สุดฉันก็พบ: https://stackoverflow.com/a/8774125/601466
ตอนนี้เปลี่ยนเป็น AFNetworking:]

==================

Apple จะลบล้างระยะหมดเวลาสำหรับ POST โดยตั้งค่าเป็น 240 วินาที (ในกรณีที่ตั้งไว้สั้นกว่า 240 วินาที) และคุณไม่สามารถเปลี่ยนแปลงได้ ด้วย ASIHTTP คุณเพียงแค่ตั้งค่าระยะหมดเวลาและใช้งานได้

ตัวอย่างรหัสที่มีคำขอ POST แบบซิงโครนัส:

NSDictionary *params = [NSDictionary dictionaryWithObjectsAndKeys:
                                @"doSomething", @"task",
                                @"foo", @"bar",
                                nil];

AFHTTPClient *httpClient = [[AFHTTPClient alloc] initWithBaseURL:[NSURL URLWithString:baseURL]];

NSMutableURLRequest *request = [httpClient requestWithMethod:@"POST" path:requestURL parameters:params];
[httpClient release];

AFHTTPRequestOperation *operation = [[[AFHTTPRequestOperation alloc] initWithRequest:request] autorelease];
[operation setCompletionBlockWithSuccess:^(AFHTTPRequestOperation *operation, id responseObject) {}
failure:^(AFHTTPRequestOperation *operation, NSError *error) {
    NDLog(@"fail! %@", [error localizedDescription]);
}];

NSOperationQueue *queue = [[[NSOperationQueue alloc] init] autorelease];
[[AFNetworkActivityIndicatorManager sharedManager] incrementActivityCount];

[queue addOperation:operation];
[queue waitUntilAllOperationsAreFinished]; // Stuck here for at least 240 seconds!

[[AFNetworkActivityIndicatorManager sharedManager] decrementActivityCount];
if (![[operation responseString] isEqualToString:@""]) {
    return [operation responseString];
}

return nil;

ฉันพยายามกำหนดระยะหมดเวลาที่นี่ แต่ไม่มีอะไรได้ผล ปัญหานี้ทำให้ฉันไม่สามารถย้ายไปยัง AFNetworking

ดูเพิ่มเติมที่นี่: วิธีตั้งค่าระยะหมดเวลาด้วย AFNetworking

AFNetwork ขาดความสามารถในการอัปโหลดไฟล์ขนาดใหญ่ ถือว่าเนื้อหาไฟล์อยู่ใน RAM ASI ฉลาดพอที่จะสตรีมเนื้อหาไฟล์จากดิสก์

ใน ASIHTTP ฉันชอบที่จะแนบพจนานุกรม userinfo กับคำขอแต่ละรายการ เท่าที่ฉันเห็นไม่มีการสนับสนุนโดยตรงสำหรับสิ่งนี้ในAFHTTPRequestOperation. มีใครคิดวิธีแก้ปัญหาเบื้องต้นหรือยัง? นอกเหนือจากคลาสย่อยที่ไม่สำคัญแน่นอน

AFNetworking ทำงานกับ "บล็อก" ซึ่งเป็นธรรมชาติสำหรับฉันมากกว่าการทำงานกับผู้รับมอบสิทธิ์อย่าง ASIHTTPRequest ทำ

การทำงานกับบล็อกก็เหมือนกับการทำงานกับ Anonymous Function ใน javascript