【iOS】网络请求框架封装

在使用网络请求的过程中,可以使用系统的框架、ASI、AF、MK等等,但是如果需要更换项目的网络请求框架(比如,项目之前用的ASI的框架,现在需要更换为AF),那么这将是一个浩大的工程。项目初期,怎么搭建网络请求框架,才可以让修改网络请求的工程量减到最小呢,这是我们今天要说的问题。

环境信息:

Mac OS X 10.10.1

Xcode 6.1.1

iOS 8.1

正文

封装的网络请求框架一共三层:

第三层:ASI、AF或者其他网络请求方式。
第二层:第二层分有基类与类目(Category)构成,基类用于配置共有参数与发起请求,分类则是为了团队开发与结构清晰。
第一层:即应用层,比如一个登录、注册操作,需要从界面上获得参数,并配置回调。

网络请求框架层次结构

1. 首先需要找到在这几种网络请求中,最大的不同是什么?

ASI、AF在使用时,最大的不同就是他们的初始化方法,所以我们首先要将这一层封装出来,作为框架第二层的基类。基类中进行共有参数的配置以及发起请求,也可以有多种发起请求的方法。比如说项目中需要用到GET、POST同步异步请求,都可以在基类中配置并公开。

下面的代码为,初始化AFNetworking(第三层),配置参数并发起POST异步请求的基类方法:


+ (void)sendPostRequestWithMethod:(NSString *)method parameters:(NSDictionary *)parameters callback:(Callback)callback {

    AFHTTPRequestOperationManager *manager = [AFHTTPRequestOperationManager manager];
    manager.responseSerializer.acceptableContentTypes = [NSSetsetWithObject:@"text/html"];
    [manager POST:Base_Url(method) parameters:parameters success:^(AFHTTPRequestOperation *operation, id responseObject) {

        if (callback) {

            callback(1, nil);
            return;
        }
    } failure:^(AFHTTPRequestOperation *operation, NSError *error) {

        if (callback) {
            callback(0, error);
            return ;
        }
    }];
}

在这个类中将该方法公开,那么其他类目(Category)可以通过它,发起请求。

2. 每一个网络请求的参数与请求地址配置

在项目中,我们可能会发起上百个网络请求,每一个网络请求的地址都不同,参数也不同,接口对参数格式的要求也就不相同。比如,登录操作,可能需要对密码进行加密;一串数字可能需要用’-‘进行拼接等等。那么这个参数在View层中配置好不好呢,当然也可以,但是不够清晰,东一个西一个,后台修改了参数格式以后,要到界面代码中找很久。那么,我给出的解决办法是:将参数与地址配置在第二层的类目中,View层只需要引入类目头文件,传入未经过处理的参数,然后由类目中的方法来进行配置即可。代码如下:


@implementation RequestBase (LoginRequest)

/**
 *  配置登录参数与请求地址,向第三层发起POST异步登录请求
 *
 *  @param username 用户名
 *  @param password 未进行加密处理的密码
 *  @param callback 完成网络请求的回调
 */
 + (void)sendLoginRequestWithUsername:(NSString *)username password:(NSString *)password callback:(Callback)callback {

    NSMutableDictionary *parameters = [NSMutableDictionary dictionary];

    [parameters setObject:[NSString stringWithFormat:@"username:%@", username] forKey:@"username"];
    [parameters setObject:password forKey:@"password"];

    [RequestBase sendGetRequestWithMethod:@"login" parameters:parameters callback:callback];
}

@end

每一个请求对应一个单独的方法,参数与地址的配置清晰明了。

3. View层发起网络请求与回调处理(登录为例)

当登录按钮点击时进行网络请求


/**
 *  登录按钮点击响应事件
 *
 *  @param sender 登录按钮
 */
 - (void)loginButtonPressed:(UIButton *)sender {

    // 发起登录请求,将参数传至第二层,进行详细配置(如password的加密等操作)
    [RequestBase sendLoginRequestWithUsername:@"Jane Doe" password:@"password" callback:^(NSError *error, NSMutableDictionary *result) {

        // 判断回调是否失败或者返回值是否为字典(也可以将判断步骤放到第二层基类中)
        if (!error && [result isKindOfClass:[NSDictionary class]]) {

            NSLog(@"登录成功");
        }
    }];
 }

那么到此,三层网络请求的框架已经搭建完毕了,结构很清晰,用法也很简单。如果再遇到需要更换网络请求的情况,仅需要将第三层替换掉,第二层基类中,更换初始化网络请求方式即可,其余代码完全不用替换。

本文转载自:http://www.brighttj.com/ios/ios-network-foundation.html

时间: 2024-08-17 06:06:13

【iOS】网络请求框架封装的相关文章

iOS网络请求框架:MKNetWorkKit的使用

MKNetWorkKit是由一个印度小伙子写的,是用于网络请求的库,支持ARC,我fork了一下,代码的网址这里给出. 本人fork作者代码地址(DoubleYi):https://github.com/DoubleYi/MKNetworkKit 作者源码地址(MugunthKumar):https://github.com/MugunthKumar/MKNetworkKit 作者关于类库介绍的地址(MugunthKumar):http://blog.mugunthkumar.com/produ

iOS 网络请求框架比较

目前主要的有三种框架:ASIHTTPRequest,AFNetworking,MKNetworkKit ASIHTTPRequest框架是最早设计的框架,它的功能强大但是不支持ARC,已经停止更新.AFNetworking是之后出现的框架,比ASIHTTPRequest更加简单.MKNetworkKit的设计思想来源与前两者,结合了前两个框架的共同特点,并且增加了新特性,与前两者相比 ,MKNetworkKit是最为轻量级的框架. 信息来源关东升老师的ios开发指南:

基于AFNetWorking搭建APP的网络请求框架[iOS]

自从AFNetWorking(下文简称AFN)更新2.0版本之后,AFN的许多的问题得到的有效的解决,写法也得到了完善.前期主流的第三方网络类库 ASI作者宣布不再维护,国内大多数的主流APP都逐步接受并开始采用AFN.出于各自公司项目的不同需要,大家都会在AFN的基础上加一层不尽相同的封 装.很多新APP在选择方式时也会非常纠结.如何封装才可以让AFN更有效率更方便的应用于项目呢,对于这个问题,各人有各人的看法.基于做过以及读过的 几个项目,也来谈一下如何搭建一个APP的网络请求框架.由于本人

App 组件化/模块化之路——如何封装网络请求框架

App 组件化/模块化之路——如何封装网络请求框架 在 App 开发中网络请求是每个开发者必备的开发库,也出现了许多优秀开源的网络请求库.例如 okhttp retrofit android-async-http 这些网络请求库很大程度上提高程序猿的编码效率.但是随着业务的发展,App 变得越来越大,我们将这些网络请求库加入到项目中直接使用,对我们业务类的入侵是非常强的.如果要进行业务分离时,这些网络请求代码将是一个阻止我们进一步工作的绊脚石.对开发者来说是非常痛苦的. 因此我们构建的网络请求框

Android网络请求框架AsyncHttpClient实例详解(配合JSON解析调用接口)

最近做项目要求使用到网络,想来想去选择了AsyncHttpClient框架开进行APP开发.在这里把我工作期间遇到的问题以及对AsyncHttpClient的使用经验做出相应总结,希望能对您的学习有所帮助. 首先按照惯例先来简单了解一些AsyncHttpClient网络框架的一些知识. 1.简介 Android中网络请求一般使用Apache HTTP Client或者采用HttpURLConnect,但是直接使用这两个类库需要写大量的代码才能完成网络post和get请求,而使用android-a

网络请求框架---Volley

去年的Google I/O大会为android开发者带来了一个网络请求框架,它的名字叫做Volley.Volley诞生的使命就是让Android的网络请求更快,更健壮,而且它的网络通信的实现是基于HttpURLConnection的.前几天我整理了两个网络请求工具类,应付日常工作的开发需求还是没问题的,自己分别在HttpURLConnection和HttpClient的基础上进行进一层的封装,保证了API的足够简洁友好.有兴趣的同学可以回头去翻翻,源码在Github上,搜索AndroidHttp

基于Retrofit+RxJava的Android分层网络请求框架

目前已经有不少Android客户端在使用Retrofit+RxJava实现网络请求了,相比于xUtils,Volley等网络访问框架,其具有网络访问效率高(基于OkHttp).内存占用少.代码量小以及数据传输安全性高等特点. Retrofit源码更是经典的设计模式教程,笔者已在之前的文章中分享过自己的一些体会,有兴趣的话可点击以下链接了解:<Retrofit源码设计模式解析(上)>.<Retrofit源码设计模式解析(下)> 但在具体业务场景下,比如涉及到多种网络请求(GET/PU

XDroidRequest网络请求框架,新开源

XDroidRequest 是一款网络请求框架,它的功能也许会适合你.这是本项目的第三版了,前两版由于扩展性问题一直不满意,思考来 思考去还是觉得Google的Volley的扩展性最强,于是借鉴了Volley的责任链模式,所以有了这个第三版. Provide 1 适配 Android 6.0 ,不再使用HttpClient相关API 2 一行代码发送请求,提供多种回调函数供选择, 3 支持8种网络请求方式 GET,POST,PUT,DELETE,HEAD,OPTIONS,TRACE,PATCH

Github 上Top1的Android 异步网络请求框架

今天给大家分享一个github上Top1的Android异步网络请求框架的使用方法,我给大家分享一个它的基本用法. 先来一个简单的get请求 AsyncHttpClient client = new AsyncHttpClient(); client.get("http://www.google.com", new AsyncHttpResponseHandler() { @Override public void onStart() { // called before reques