摘要：我們的客戶端網(wǎng)絡(luò)框架至少要解決三個問題實現(xiàn)通信協(xié)議賬戶系統(tǒng)簡化服務(wù)端接口調(diào)用。賬戶系統(tǒng)簡而言之就是實現(xiàn)注冊登陸注銷等功能，并維護登陸狀態(tài)等。這樣客戶代碼就可以通過這一單一接口使用網(wǎng)絡(luò)框架了。

我們的客戶端網(wǎng)絡(luò)框架至少要解決三個問題：實現(xiàn)通信協(xié)議、賬戶系統(tǒng)、簡化服務(wù)端接口調(diào)用。

實現(xiàn)通信協(xié)議 根據(jù)與服務(wù)端制定的通信協(xié)議，實現(xiàn)請求的組裝，序列化，發(fā)送，以及響應(yīng)的接收和解析等。
賬戶系統(tǒng) 簡而言之就是實現(xiàn)注冊、登陸、注銷等功能，并維護登陸狀態(tài)等。
簡化服務(wù)端接口調(diào)用 客戶代碼只需要提供業(yè)務(wù)參數(shù)和回調(diào)函數(shù)就可以實現(xiàn)與服務(wù)器通信，網(wǎng)絡(luò)框架負責封裝掉其余所有細節(jié)。

我想對架構(gòu)比較敏感的讀者會立刻有這樣的共鳴，首先上述的賬戶系統(tǒng)顯然是一個獨立的模塊，最好多帶帶設(shè)計實現(xiàn)。另一方面，賬戶系統(tǒng)的功能又是以服務(wù)端接口調(diào)用為基礎(chǔ)的，在形式上登陸操作也是調(diào)用服務(wù)端接口，那么把登陸相關(guān)操作與其他服務(wù)端接口調(diào)用實現(xiàn)于一處就是自然的。如果再作一些考慮，我們還會想到的一個問題是，網(wǎng)絡(luò)框架暴露給客戶代碼的接口應(yīng)當盡可能單一，如果我們用一個類維護賬戶系統(tǒng)，用另一個類做服務(wù)端業(yè)務(wù)接口調(diào)用，會嫌不夠簡潔。達成這幾點共識之后，我們就可以繼續(xù)探討一些設(shè)計細節(jié)了。先看下面的代碼。

//SFClient.h
@interface SFClient

@property (nonatomic,readonly) NSString* account;
@property (nonatomic,readonly) NSString* password;
@property (nonatomic,readonly) BOOL isLoggedIn;
@property (nonatomic,readonly) BOOL pendingLogin;
@property (nonatomic,readonly) NSString* sessionId;

-(NSURLSessionTask*)loginWithAccount:(NSString*)account password:(NSString*)password;

-(NSURLSessionTask*)logout;

-(NSURLSessionTask*)someNetworkingTaskWithCompletionHandler:(SFNetworkingTaskCompletionHandler)completionHandler;

//...

@end

有的同行習慣于為每一個后端接口多帶帶開一個類，這當然也不失為一種設(shè)計風格，筆者也曾嘗試過，個人感覺嫌繁。

這里的SFClient類作為賬戶系統(tǒng)，又兼具服務(wù)端業(yè)務(wù)接口調(diào)用功能，實現(xiàn)了使接口盡可能簡潔的設(shè)計目標，卻違背了賬戶系統(tǒng)應(yīng)當多帶帶實現(xiàn)的架構(gòu)設(shè)計直覺。
如何解決這一矛盾呢？可以采用dynamic proxy設(shè)計模式。

定義一個protocol假設(shè)叫SFBackendInterfaces，和一個實現(xiàn)類假設(shè)叫SFBackendInterfacesImpl。讓SFClient和SFBackendInterfacesImpl都實現(xiàn)這個協(xié)議。

@protocol SFBackendInterfaces

-(NSURLSessionTask*)loginWithAccount:(NSString*)account password:(NSString*)password completionHandler:(SFNetworkingTaskCompletionHandler);

-(NSURLSessionTask*)someNetworkingTaskWithCompletionHandler:(SFNetworkingTaskCompletionHandler)completionHandler;

@end

@interface SFClient:NSObject

@interface SFBackendInterfacesImpl:NSObject

這樣做的目的是什么呢，就是讓SFClient類繼續(xù)提供服務(wù)端接口調(diào)用功能，同時把這些接口調(diào)用的實現(xiàn)代碼交給SFBackendInterfacesImpl。這樣就既滿足網(wǎng)絡(luò)框架接口簡潔的需求，又保持了SFClient類作為賬戶系統(tǒng)的純凈，-(NSURLSessionTask*)someNetworkingTaskWithCompletionHandler:(SFNetworkingTaskCompletionHandler)completionHandler;這行代碼可以從SFClient的interface中拿掉了，并且相關(guān)代碼也不需要出現(xiàn)在它的implementation文件里了。我們來看implementation。

@implementation SFClient

-(void)forwardInvocation:(NSInvocation *)anInvocation
{
    if([self.backendInterfacesImpl respondsToSelector:anInvocation.selector]){
        [anInvocation invokeWithTarget:self.backendInterfacesImpl];
    }else{
        [super forwardInvocation:anInvocation];
    }
}

-(void)loginWithAccount:(NSString*)account password:(NSString*)password
{
    NSURLSessionTask* task=[self loginWithAccount:account password:(NSString*)password completionHandler:^(SFResponse* response){
        [[NSNotificationCenter defaultCenter] postNotificationNamed:SFLoginCompletionNotification object:response];
        _pendingLogin=NO;
        if(response.status==SFResponseStatusSuccess){
            _loggedIn=YES;
        }
    }];
    [task resume];
    _pendingLogin=YES;
}

@end

@implementation SFBackendInterfacesImpl

-(NSURLSessionTask*)loginWithAccount:(NSString*)account password:(NSString*)password completionHandler:(SFNetworkingTaskCompletionHandler)
{
    //...
}

-(NSURLSessionTask*)someNetworkingTaskWithCompletionHandler:(SFNetworkingTaskCompletionHandler)completionHandler
{
    //...
}

@end

這樣客戶代碼就可以通過SFClient這一單一接口使用網(wǎng)絡(luò)框架了。

[[SFClient sharedClient] loginWithAccount:xxxx password:xxxx];
//...
NSURLSessionTask* task=[[SFClient sharedClient] someNetworkingTaskWithPara::param completionHandler:^(SFResponse* response){
    //...
}];
[task resume];

而在框架內(nèi)部實現(xiàn)上，賬戶系統(tǒng)和業(yè)務(wù)接口調(diào)用的實現(xiàn)仍然是分離的。