iOS开发-网络-合理封装请求接口

概述

现在大多App都会与网络打交道，做为开发者，合理的对网络后台请求接口进行封装十分重要。本文要介绍的就是一种常见的采用回调函数（方法）的网络接口封装，也算的是一种构架吧。

这个构架主要的idea是这样的，把全部的接口封装成一个类，在工程中随时能够调用。而且利用代理Delegate构建回调方法（callBack），工程中随处能够经过回调方法监听网络请求的反馈，也就是说，一旦获得了服务器反馈的数据，回调函数中的代码就（才）会被激活。网络请求基于AFNetworking（AFNetworking，很是有名的网络请求第三方类库），请求均为异步。如此构架，很是灵活很容易扩展和复用。

 

讲解

要想使用本文介绍的构架，你首先须要掌握代理（Delegate），若是你不熟悉代理，这个构架对你来讲将会很不解。对于不熟悉代理的同窗们，建议大家去看一下资料。网络请求其实说白了就是和服务器作一个数据交互，App把请求数据发给服务器，服务器返回给App一个反馈数据。请先看一下这个构架的示意图，以下：

如上图，这个构架的主要节点有三个，封装网络请求的类（接口类）、使用网络请求的类（图中的ViewController）、和服务器。

Ok~故事是这样的，一个夜黑风高的...醉醺醺ViewController走在湖边，为了找回被关在云端的Data，他苦练数载终于参透了《接口类》，天地无情，今天是时候作个了断了。

因而乎他从怀中拿出了传说中的“接口类”，使用内力，实例化了一个接口类的对象，接着口中念出“接口类实例.delegate=self”，拔出利剑在身旁实现了“接口类”中的一个代理方法。而后调用接口的方法，方法经过内嵌的AFNetworking，向服务器发出了一道请求。又是一阵夜风吹过，三两枯叶瑟瑟落下。ViewController酣意渐浓闭上了眼睛，如今他能作的惟有等待...

镜头一转，月色中，在天上，在云端的服务器，ViewController刚才发出的请求正在兴风做浪，云端值夜班的众神丝绝不敢怠慢各个大步流星，从数据库中搜索着能化解这道请求的神器。

此时，ViewController困意渐浓，眼皮似坠了千金重物，意识也渐渐模糊。忽然云端显出异像，ViewController顿时醒了过来，隐约能够看到，云端有数据丝丝缕缕的流动，而本身怀中的“接口类”内嵌的AFNetworking也变得炽热起来，HTTP反馈block像是要爆炸同样的颤动着。ViewController豆大的汗珠从额头滚下，不再能淡定，口中叨咕着，快了，快来了... 一个霹雳，刚才用剑实现的代理方法金光一闪刺得ViewController捂住了双眼。

一切都回归安静后，ViewController睁开眼睛，发现Data安静的躺在代理方法的里面...

 

代码示例

下面经过一个例子，来介绍一下。

打开Xcode我建了一个SingleViewApp，而后把AFNetworking加载进工程，以下图：

咱们 OpenWeatherMap提供的天气预报的API做为例子，简单地利用上述构架，作一个天气预报的App

咱们来看一下这个接口怎么用，很简单：

例子：http://api.openweathermap.org/data/2.5/weather?q=beijing

参数：q=城市名字

返回Json：

{"coord":{"lon":116.4,"lat":39.91},"sys":{"type":1,"id":7405,"message":0.013,"country":"CN","sunrise":1435870233,"sunset":1435924003},"weather":[{"id":800,"main":"Clear","description":"Sky is Clear","icon":"01d"}],"base":"stations","main":{"temp":305.43,"pressure":1008,"humidity":28,"temp_min":302.15,"temp_max":308.71},"visibility":10000,"wind":{"speed":2,"deg":0},"clouds":{"all":0},"dt":1435900364,"id":1816670,"name":"Beijing","cod":200}

为了简单咱们的Demo App就只显示 天气和温度，UI以下图：

简单直观，点击不一样城市名字命名的按钮，在Label中显示其天气情况，关于UI不是今天讨论的重点，咱们主要讨论网络和接口。

 

如今开始重头戏：接口类

新建一个类我把它命名为“Net”类，继承NSObject，并导入"AFNetworking.h"头文件：

//
//  Net.h
//  NetInterface
//
//  Created by Oliver on 15/7/3.
//

#import <Foundation/Foundation.h>
#import "AFNetworking.h"

@interface Net : NSObject

@end

这个类就是咱们一直提到的接口类，咱们要吧全部的网络接口都写到这个类里面。如今写一个天气预报接口做为例子。为天气预报接口在Net类里声明一个实例方法，因为这个接口须要传得参数只有一个城市名称，在Net类的H文件因此方法声明以下：

/**
 *  得到某城市的天气
 *
 *  @param cityName 城市名称
 */
-(void)getWeatherInfoWithCity:(NSString *)cityName;

一块儿看起来都很美好对不对？那么如今我要提一点，可能会被你们忽略的因素。因为咱们实际开发的App调用接口的次数可能会不少，并且调用接口的类也不少，因此，Net这个类将会被屡次的实例化，那么颇有可能App的网络层会变得很乱更有甚者会出Bug。因此，像这样的接口类，咱们有必要将它作成单例的，整个App共享一个接口类的实例。Ok，下面就来介绍获取单例的方法：

在H文件声明获取单例的方法：

/**
 *  获取Net类的单例
 *
 *  @return Net类的单例 实例（对象）
 */
+(Net *)getInstance;

接下来咱们在Net.m文件实现获取单例方法：(由于全部的接口请求都是HPPT请求，会用到AFNetworking的AFHTTPRequestOperationManager，因此我在getInstace方法里面把Manager也单例了)

#import "Net.h"

__strong static AFHTTPRequestOperationManager *AFHTTPMgr;
__strong static Net *NetInstance=nil;
@implementation Net

+(Net *)getInstance{
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken,^{
        NetInstance= [[Net alloc]init];//初始化实例
        
        //一下是AFHTTPOerrationManager的配置
        AFHTTPMgr=[AFHTTPRequestOperationManager manager];
        //申明返回的结果是json类型
        AFHTTPMgr.responseSerializer=[AFJSONResponseSerializer serializer];
        //申明请求的数据是json类型
        AFHTTPMgr.requestSerializer=[AFJSONRequestSerializer serializer];
        //若是报接受类型不一致请替换一致text/xml或别的
        //AFHTTPMgr.responseSerializer.acceptableContentTypes= [NSSet setWithObject:@"text/xml"];
        //设置超时时间
        AFHTTPMgr.requestSerializer.timeoutInterval=5;
    });
    return NetInstance;
}

@end

上面代码中，由于很变量的操做是在Block中作的，而block中不能对block外的变量进行从新更改，因此在程序的实现以前，声明了：

__strong static AFHTTPRequestOperationManager *AFHTTPMgr;

__strong static Net *NetInstance=nil;

以便在单例的Block里面对其进行更改。

接下啦，咱们就能够继续去实现接口的方法getWeatherInfoWithCity:

-(void)getWeatherInfoWithCity:(NSString *)cityName{
    //接口地址
    NSString *url=[NSString stringWithFormat:@"http://api.openweathermap.org/data/2.5/weather"];
    //参数
    NSDictionary *parameters=[[NSDictionary alloc]initWithObjectsAndKeys:cityName,@"q", nil];
    //发请求
    [AFHTTPMgr GET:url parameters:parameters success:^(AFHTTPRequestOperation *operation, id responseObject) {
        //请求成功Block
    } failure:^(AFHTTPRequestOperation *operation, NSError *error) {
        //请求失败Blick
    }];
}

如上代码所示，这就是咱们获取天气预报的接口，AFNetworking的请求成功和请求失败的回调Block咱们暂且空着，由于，咱们要设置了Delegate再用。为何咱们要用代理而不是直接把想作的事情放在AFNetworking的Block里面呢？

答案其实显而易见，Block是轻量级的代码块，虽然使用简单，可是很是的封闭，与外部（Block外）进行数据交换的能力很是的有限。好比咱们天气预报的例子，咱们的ViewController类但愿经过服务器返回的天气信息，改变UILabel的信息，而这个数据又在Net这个类的Block里面，没办法传递给ViewController，这就让局面变得很是尴尬。因此咱们要使用代理Delegate。其实Delegate的核心的做用就是来实现类之间的数据传递。如今请你，再次看一下上面的那张架构示意图，我想你会对其有更深的理解。

下面，声明Net类的代理，H文件的代码以下：

在导入头文件声明和@interface之间 用@protocol声明代理

//  Net.h
//  NetInterface
#import <Foundation/Foundation.h>
#import "AFNetworking.h"
//代理
@protocol NetDelegate <NSObject>
/**
 *  代理回调方法
 *
 *  @param feedbackInfo 服务器返回的数据
 */
-(void)getWeatherInfoSuccessFeedback:(id)feedbackInfo;
-(void)getWeatherInfoFailFeedback:(id)failInfo;

@end

@interface Net : NSObject

@property (nonatomic,strong) id<NetDelegate> delegate;

/**
 *  获取Net类的单例
 *
 *  @return Net类的单例 实例（对象）
 */
+(Net *)getInstance;


/**
 *  得到某城市的天气
 *
 *  @param cityName 城市名称
 */
-(void)getWeatherInfoWithCity:(NSString *)cityName;

@end

 

 

如上代码，这是Net类的完整地H文件，咱们在代理部分，声明了两个方法，一个请求成功、一个请求失败。在代理中申明的代理方法，咱们不用去实现它，而是在M文件总直接使用它。若是本身要使用的代理咱们须要将代理声明为本身的成员变量:

@property (nonatomic,strong) id<NetDelegate> delegate;

OK，如今让咱们回到getWeatherInfoWithCirt:方法，在Block中使用代理方法。代码以下：

-(void)getWeatherInfoWithCity:(NSString *)cityName{
    //接口地址
    NSString *url=[NSString stringWithFormat:@"http://api.openweathermap.org/data/2.5/weather"];
    //参数
    NSDictionary *parameters=[[NSDictionary alloc]initWithObjectsAndKeys:cityName,@"q", nil];
    //发请求
    [AFHTTPMgr GET:url parameters:parameters success:^(AFHTTPRequestOperation *operation, id responseObject) {
        //请求成功Block
        //将返回数据传入代理方法
        [self.delegate getWeatherInfoSuccessFeedback:responseObject];
    } failure:^(AFHTTPRequestOperation *operation, NSError *error) {
        //请求失败Blick
        //将错误信息传入代理方法
        [self.delegate getWeatherInfoFailFeedback:error];
    }];
}

OK, 若是你一路跟下来，恭喜你，你的方法类构建完成了。你的每个接口均可以按照以上的方式，写成接口类的方法，而后用代理把它传递给其余类。

那么其余类怎么接受经过代理传递过来的数据呢？

打开ViewController,导入“Net.h”文件，在继承声明后添加实现<NetDelegate>代理，以下代码：

//  ViewController.h
//  NetInterface
#import <UIKit/UIKit.h>
#import "Net.h"
@interface ViewController : UIViewController <NetDelegate>

@end

为了使用方便我添加了一个Net类的成员变量，KYNet：

@property Net *KYNet;

接下来咱们要在M文件中使用接口喽~~~代码以下：

//
//  ViewController.m
//  NetInterface

#import "ViewController.h"

@interface ViewController ()

@end

@implementation ViewController

- (void)viewDidLoad {
    [super viewDidLoad];
    _KYNet=[Net getInstance];//获得单例
　　_KYNet.delegate=self; //将KYNet的代理与ViewController链接

}
//北京按钮
- (IBAction)beijingTouched:(id)sender {
    
    [_KYNet getWeatherInfoWithCity:@"Beijing"];
}
//上海按钮
- (IBAction)shanghaiTouched:(id)sender {
    [_KYNet getWeatherInfoWithCity:@"Shanghai"];
}
@end

如上代码，当咱们按下按钮，就会使用咱们的接口类发送请求

慢着~怎么接收服务器反馈数据？！

对了，下面咱们经过实现Net的代理方法来接受处理数据，并更新到UILabel上,在M文件实现，Delegate的两个方法：

-(void)getWeatherInfoSuccessFeedback:(id)feedbackInfo{
  //当服务器返回成功数据后，下列代码被激活
    NSLog(@"%@",[feedbackInfo class]);
    NSDictionary *dic=feedbackInfo;
    NSArray *weather1=[dic objectForKey:@"weather"];
    NSDictionary *main1=[dic objectForKey:@"main"];
    NSDictionary *weather=[weather1 objectAtIndex:0];
    NSString *temp=[NSString stringWithFormat:@"%@",[main1 objectForKey:@"temp"]];
    NSString *weatherInfo=[NSString stringWithFormat:@"%@",[weather objectForKey:@"description"]];

    _condition.text=weatherInfo;
    _tem.text=temp;
}

-(void)getWeatherInfoFailFeedback:(id)failInfo{
    NSLog(@"%@",failInfo);
}

完活~

 Hit Run~~~

 

总结

手指头敲酸了...写博客比写代码累多啦TT。Ok总结一下。

本文的核心思想是把全部的网路请求封装成一个类，向外部提供各个接口的请求方法，以便使用者发送请求；而当服务器返回反馈数据后，外部经过实现代理方法来得到数据。这样的架构的好处是很是灵活，低耦合，扩展简单。实现的代理方法会在服务器返回数据的是时候自动被调用，结合异步的AFNetworking，开发者不用去担忧线程问题。这样一来，程序主线的逻辑设计也会变得很简单。用此构架封装好的类，能够轻松的打包成SDK给别人使用。

谢谢你们，但愿大家有所收获，一篇文章花了我整整一天时间，若是对你有所帮助请帮忙点赞。若有问题，欢迎评论。若要转载，请注明出处。