AFNetworking hangi ana ASIHTTPRequest özellikleri eksik?

ASIHTTPRequest üzerinde son zamanlarda durmuş olan çalışma ile , dikkatler AFNetworking'e kayıyor gibi görünüyor .

Ancak, iki kitaplığın özelliklerinin iyi bir karşılaştırmasını henüz bulamadım, bu yüzden geçiş yaparsam / değiştirdiğimde ne kaybedebileceğimi bilmiyorum.

Şimdiye kadar gördüğüm önemli farklılıklar:

1. AFNetworking çok daha küçük bir kod boyutuna sahiptir (bu iyidir)
2. AFNetworking hızla geliştirilmektedir (bu nedenle henüz olgunlaşmamış olabilir, henüz kararlı bir API'ye sahip olmayabilir?)
3. Her ikisinde de önbelleğe alma var gibi görünüyor, ancak AFNetworking NSURLConnection kullandığından 50K üzerindeki nesneleri önbelleğe almayacağına dair ipuçları gördüm.
4. ASIHTTPRequest, manuel ve otomatik (PAC) http proxy'leri için çok iyi bir desteğe sahiptir; AFNetworking'in proxy'ler için ne düzeyde destek sağladığı hakkında herhangi bir bilgi bulamıyorum
5. AFNetworking iOS 4+ gerektirir, oysa ASIHTTPRequest iOS 2'ye geri dönüyor (benim için gerçekten bir sorun değil, ancak bazı insanlar için bir sorun)
6. AFNetworking (henüz) yerleşik bir kalıcı önbelleğe sahip değil, ancak bekleyen bir çekme isteği olan kalıcı bir önbellek var: https://github.com/gowalla/AFNetworking/pull/25

İki kitaplık arasında iyi bir karşılaştırma veya birinden diğerine geçiş konusunda belgelenmiş herhangi bir deneyim gören oldu mu?

ASIHTTPRequest'i çok sevdim ve gittiğini görmek beni üzdü. Ancak ASI'nin geliştiricisi haklıydı, ASIHTTPRequest o kadar büyük ve şişkin hale geldi ki, onu iOS ve diğer çerçevelerin en yeni özellikleriyle eşit seviyeye getirmek için zaman ayıramadı bile. Devam ettim ve şimdi AFNetworking kullanıyorum.

Bununla birlikte, AFNetworking'in ASIHTTP'den çok daha istikrarsız olduğunu söylemeliyim ve onu kullandığım şeyler için iyileştirmeye ihtiyacı var.

Sonuçlarımı ekranda görüntülemeden önce genellikle 100 HTTP kaynağına HTTP istekleri yapmam gerekiyor ve AFHTTPNetworkOperation'ı bir işlem kuyruğuna koydum. Tüm sonuçlar indirilmeden önce, işlem kuyruğundaki tüm işlemleri iptal edebilmek ve ardından sonuçları tutan görünüm denetleyicisini kapatabilmek istiyorum.

Bu her zaman işe yaramaz.

AFNetworking ile rastgele zamanlarda çökmeler alıyorum, ASIHTTPRequest ile bu işlemler kusursuz çalışıyordu. Keşke farklı noktalarda çökmeye devam ettiği için AFNetworking'in hangi belirli bölümünün çöktüğünü söyleyebilseydim (ancak, çoğu zaman hata ayıklayıcı bir NSURLConnection nesnesi oluşturan NSRunLoop'u işaret eder). Bu nedenle, ASIHTTPRequest'in olduğu kadar eksiksiz olarak kabul edilebilmesi için AFNetworking'in olgunlaşması gerekir.

Ayrıca ASIHTTPRequests, AFNetworking'de şu anda eksik olan istemci kimlik doğrulamasını destekler. Bunu uygulamanın tek yolu, AFHTTPRequestOperation'ın alt sınıfını oluşturmak ve NSURLConnection'ın kimlik doğrulama yöntemlerini geçersiz kılmaktır. Bununla birlikte, NSURLConnection ile ilgilenmeye başlarsanız, NSURLConnection'ı bir NSOperation sarmalayıcısının içine koymanın ve tamamlama blokları yazmanın göründüğü kadar zor olmadığını fark edeceksiniz ve sizi 3. parti kitaplıklardan neyin alıkoyduğunu düşünmeye başlayacaksınız.

ASI, indirmeyi ve dosya yüklemeyi mümkün kılmak için CFNetworking'i (C'ye dayalı alt düzey temel çerçeveleri) kullandığından, NSURLConnection'ı tamamen atladığından ve çoğumuz OS X ve iOS geliştiricilerinin çok korktuğu kavramlara dokunduğundan, tamamen farklı bir yaklaşım kullanır. Bu nedenle, daha iyi dosya yükleme ve indirme, hatta web sayfası önbellekleri elde edersiniz.

Hangisini tercih ederim? Söylemesi zor. AFNetworking yeterince olgunlaşırsa, onu ASI'den daha çok seveceğim. O zamana kadar, ASI'ye ve OS X ve iOS için tüm zamanların en çok kullanılan çerçevelerinden biri haline gelmesine yardımcı olamıyorum ama hayranlık duyuyorum.

DÜZENLEME: Bu gönderiden sonra işler biraz değiştiği için bu cevabı güncellemenin zamanı geldiğini düşünüyorum.

Bu gönderi bir süre önce yazıldı ve AFNetworking yeterince olgunlaştı. 1-2 ay önce AF, çerçeveyle ilgili son şikayetim olan POST işlemleri için küçük bir güncelleme yayınladı (yankılanan yüklemelerin AF ile başarısız olmasına karşın ASI ile iyi tamamlanmış olmasının nedeni küçük bir satır sonu hatasıydı). Kimlik doğrulama, AFnetworking ile ilgili bir sorun değildir, çünkü karmaşık kimlik doğrulama yöntemlerinde, işlemi alt sınıflandırabilir ve kendi aramalarınızı yapabilirsiniz ve AFHTTPClient, temel kimlik doğrulamayı çocuk oyuncağı haline getirir. AFHTTPClient'i alt sınıflayarak, kısa sürede tüm bir hizmet tüketicisi yapabilirsiniz.

AFNetworking'in sunduğu kesinlikle gerekli UIImage eklentilerinden bahsetmiyorum bile. Bloklar ve özel tamamlama blokları ve bazı akıllı algoritmalarla, asenkron görüntü indirme ve hücre doldurma ile tablo görünümlerini oldukça kolay bir şekilde yapabilirsiniz, oysa ASI'de bant genişliği daraltma için işlem kuyrukları oluşturmanız ve işlem kuyruğunu buna göre iptal edip devam ettirmeniz gerektiğine dikkat etmeniz gerekir. tablo görünümü görünürlüğü ve bunun gibi şeyler. Bu tür işlemlerin geliştirme süresi yarıya indirildi.

Başarı ve başarısızlık engellerini de seviyorum. ASI'nin yalnızca bir tamamlama bloğu vardır (bu aslında NSOperation'ın tamamlama bloğudur). Tamamladığınızda bir hata olup olmadığını kontrol etmeli ve buna göre hareket etmelisiniz. Karmaşık web hizmetleri için, tüm "ifs" ve "elses" içinde kaybolabilirsiniz; AFNetworking'de işler çok daha basit ve sezgiseldir.

ASI, zamanı için harikaydı, ancak AF ile web hizmetlerini tamamen iyi bir şekilde işleme şeklinizi değiştirebilir ve ölçeklenebilir uygulamaları daha kolay yapabilirsiniz. İOS 3 ve altını hedeflemek istemiyorsanız, artık ASI'ye bağlı kalmak için hiçbir neden olmadığına gerçekten inanıyorum.

ASI yerine AFNetworking kullandığım bir projeyi bitiriyorum. ASI'yi önceki projelerde kullanmış; geçmişte çok yardımcı oldu.

İşte bilmeniz gereken (bugün itibariyle) AFNetworking'de eksik olan şey:

• Hiçbir şey değil

YSZ uzaklaşıyor . Şimdi AF kullanın. Küçük, çalışıyor ve desteklenmeye devam edecek. Ayrıca, özellikle API istemcileri için daha mantıklı bir şekilde düzenlenmiştir. Tablo görünümlerinde görüntülerin asenkron yüklenmesi gibi sık kullanılan özel durumlar için bir dizi harika sınıfa sahiptir.

AFNetworking, TLS istemci kimlik doğrulaması için clientCertificateIdentity ve clientCertificates'i desteklemez.

Bunu - (void)connection:(NSURLConnection *)connection didReceiveAuthenticationChallenge:(NSURLAuthenticationChallenge *)challengeAFURLConnectionOperation alt sınıfındaki yöntemle yapabiliriz, ancak bu o kadar kolay değil.

Bir süredir ASI * kullanıyorum ve ASI'nin dosya yükleme yaklaşımını kesinlikle seviyorum ve AFNetworking'e atlamaktan heyecan duysam da, AfNetworking'de dosya yükleme desteğinin kullanımı ASI * ile karşılaştırıldığında o kadar kolay değil.

Şimdiye kadar , senkronize bir POST isteği yaparken AFNetworking ile bir zaman aşımını nasıl ayarlayacağımı çözemedim . GÜNCELLEME: Sonunda anladım: https://stackoverflow.com/a/8774125/601466 Şimdi AFNetworking'e geçiyorum:]

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

Apple, bir POST için zaman aşımını geçersiz kılarak 240 saniyeye ayarlar ( 240 saniyeden daha kısa ayarlanmış olması durumunda) ve siz değiştiremezsiniz. ASIHTTP ile sadece bir zaman aşımı ayarlarsınız ve çalışır.

Eşzamanlı POST isteği içeren bir kod örneği:

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;

Burada bir zaman aşımı belirlemeye çalıştım ama hiçbir şey işe yaramadı. Bu sorun beni AFNetworking'e geçmeme engel oluyor.

Ayrıca buraya bakın: AFNetworking ile bir zaman aşımı nasıl ayarlanır

AFNetwork, büyük dosyaları yükleme yeteneğinden yoksundur. Dosya içeriğinin RAM'de olduğunu varsayar. ASI, dosya içeriğini diskten yayınlayacak kadar akıllıydı.

ASIHTTP'de, bireysel isteklere bir kullanıcı bilgisi sözlüğü ekleyebilmeyi sevdim. Gördüğüm kadarıyla bunun için doğrudan bir destek yok AFHTTPRequestOperation. Henüz kimse zarif bir çözüm bulmuş mu? Elbette önemsiz alt sınıflandırma dışında.

AFNetworking, benim için ASIHTTPRequest gibi delegelerle çalışmaktan daha doğal olan "bloklarla" çalışıyor.

Bloklarla çalışmak, javascript'te Anonim İşlev ile çalışmak gibidir.