NSURLSession oder NSURLConnection - iOS 6 support

Große Frage. In der Tat, ich hatte die gleiche Frage und erforscht es durchaus ein wenig, und ich denke, dies ist ein guter Ort, um ein Protokoll verwenden (ein.k.ein. Benutzeroberfläche in anderen Sprachen). Dies ist, basierend auf dem Zitat "- Programm auf eine Schnittstelle, nicht auf eine Implementierung" von der berühmten "Gang of Four" - Patterns Buch. Ich denke es ist am besten, um zu versuchen und den code für die Zukunft, damit ich mich nicht gehämmert werden, wenn Sie entscheiden, missbilligen etwas (was nicht der Fall hier, aber man weiß ja nie).

Anstelle von Klassen schreiben, schreiben ein Protokoll, das definiert die Methoden, die Sie verwenden möchten, und erstellen Sie dann 2 verschiedene Klassen, die bei der Umsetzung dieser Methoden. In Ihrem app würde man einen Zeiger, der auf jede Klasse, die alle, die Protokolle Methoden-und dann jede implementierende Klasse können unabhängig von frameworks/libraries/anderen code, den Sie wollen, dass passieren.

Als ein Beispiel, Sie können eine Server-Protokoll wie diese:

//Server.h
@protocol Server <NSObject>
@required
- (void)callService:(NSString *)service withData:(NSData *)data;
@end

erstellen und dann ein RestServer Klasse wie folgt aus:

//RestServer.h
#import "Server.h"
@interface RestServer : NSObject <Server>
@end 

//RestServer.m
#import "RestServer.h"
@implementation RestServer
- (void)callService:(NSString *)service withData:(NSData *)data {
//Code using REST
}
@end

erstellen und dann eine andere Klasse wie SoapServer:

//SoapServer.h
#import "Server.h"
@interface SoapServer : NSObject <Server>
@end 

//SoapServer.m
#import “SoapServer.h"
@implementation SoapServer
- (void)callService:(NSString *)service withData:(NSData *)data {
//Code using SOAP
}
@end

Code, Ihre Haupt-app zu verwenden nur einen Zeiger auf die Schnittstelle, und jetzt können Sie die swap-Klassen ohne änderung Ihrer Haupt-code:

//SomeViewController.m
#import “Server.h”
#import “RestServer.h”
#import “SoapServer.h”
…
- (void)someMethod() {
    id<Server> myServer;

    if ([self shouldIUseSoap])
        myServer = [[SoapServer alloc] init];
    else
        myServer = [[RestServer alloc] init];

    [myServer callService:@"loginUser" withData:[self getData]];
}

Nun können Sie änderungen an server-Klassen, Wann immer Sie wollen und haben nie zu gehen auf die Jagd nach allen Orten, in Ihrem code, wo Sie Aufrufe an callService:withData:. DIES IST DER VORTEIL DER PROGRAMMIERUNG VON SCHNITTSTELLEN!

Ich verwendet, Rest vs. Soap, weil ich dachte, die Leute zu neueren Objective-C könnte Sie verstehen das besser, aber in deinem Fall würden Sie vielleicht einen ConnectionServer vs SessionServer oder sowas.

Anderen guten read auf Programmierung Schnittstellen-Protokolle finden Sie hier: https://stackoverflow.com/a/384067/504873

Zum Zeitpunkt des Schreibens, NSURLConnection ist veraltet in OS X 10.11 und iOS 9.0 aber meine Apps brauchen, um Unterstützung für OS X 10.7 und iOS 6.
So, jetzt HABEN Sie zu verwenden NSURLSession für laufende Projekte, SONDERN unterstützen auch die jetzt veraltet NSURLConnection-Klasse für unterstützte ältere OS-Versionen!

Ich würde in diesen Tagen Stimmen Sie für TenaciousJay Lösung mit Compiler-Warnung Unterdrückung rund um die NSURLConnection-Klasse Umsetzung.

#pragma GCC diagnostic push 
#pragma GCC diagnostic ignored "-Wdeprecated-declarations"
       /* NSURLConnection code here */
#pragma GCC diagnostic pop

Den Vorteil, du würdest Sie gewinnen durch die Schaffung von zwei separaten Klassen, die im wesentlichen die gleiche Sache ist, dass Sie schließlich SCHNEIDEN Sie die alte, veraltete Lösung, wenn Sie endlich drop-support für ältere OS-Versionen.

Mein code Entscheidung zur Verwendung einer Klasse oder die andere würde sich nicht auf einige Klasse Eigentum, sondern auf das Ergebnis eines Makro-wie:

#define SYSTEM_VERSION_GREATER_THAN_OR_EQUAL_TO(v) ([[[UIDevice currentDevice] systemVersion] compare:v options:NSNumericSearch] != NSOrderedAscending)

für iOS oder OS X:

NSString *systemVersion = nil;
        if ([[NSProcessInfo processInfo] respondsToSelector:NSSelectorFromString(@"operatingSystemVersion")]) {
            NSOperatingSystemVersion operatingSystemVersion = [[NSProcessInfo processInfo] operatingSystemVersion];
            systemVersion       = [NSString stringWithFormat:@"%ld.%ld.%ld", (long)operatingSystemVersion.majorVersion, (long)operatingSystemVersion.minorVersion, (long)operatingSystemVersion.patchVersion];
        } else {
            SInt32 versionMajor=0, versionMinor=0, versionPatch=0;
#pragma GCC diagnostic push 
#pragma GCC diagnostic ignored "-Wdeprecated-declarations"
            Gestalt(gestaltSystemVersionMajor, &versionMajor);
            Gestalt(gestaltSystemVersionMinor, &versionMinor);
            Gestalt(gestaltSystemVersionBugFix, &versionPatch);
#pragma GCC diagnostic pop
            systemVersion       = [NSString stringWithFormat:@"%ld.%ld.%ld", (long)versionMajor, (long)versionMinor, (long)versionPatch];
        }
        NSLog(@"[Line %d] %s OS X Runtime Version: '%@'", __LINE__, __PRETTY_FUNCTION__, systemVersion);