Alamofire Response

在上两篇中研究了下Alamofire的请求发起过程以及在请求发起过程中一些有用的功能,本篇来看看数据接受的环节 response

如何接受响应?

Alamofire 采用一种链式编程的语法糖,极大地方便调用.来看一段有意思的代码.

SessionManager.default
            .request(urlString)
            .response { (response:DefaultDataResponse) in
                debugPrint(response)
            }.responseData { (response:DataResponse<Data>) in
                debugPrint(response)
            }.responseJSON { (response:DataResponse<Any>) in
                debugPrint(response)
            }.responsePropertyList { (response:DataResponse<Any>) in
                debugPrint(response)
        }
  • 上面的代码把Alamofire对外提供的几种最简形式的数据接受方法都串联起来了.
  • 回调的顺序而且是从上到下的顺序,本文的内容会解释原因
为何可以连续调用response 相关方法?

为了节省篇幅,部分方法只值列出了方法定义

open class SessionManager {
      
    public static 
    let `default`: SessionManager = {
        let configuration = URLSessionConfiguration.default
        configuration.httpAdditionalHeaders = SessionManager.defaultHTTPHeaders

        return SessionManager(configuration: configuration)
    }()
   
    private func 
    request(_ urlRequest: URLRequest?, failedWith error: Error) -> DataRequest   
}

extension DataRequest {
public func 
response(queue: DispatchQueue? = nil, 
         completionHandler: @escaping (DefaultDataResponse) -> Void)
         -> Self

public func 
responseData(
        queue: DispatchQueue? = nil,
        completionHandler: @escaping (DataResponse<Data>) -> Void)
        -> Self

public func 
responseJSON(
        queue: DispatchQueue? = nil,
        options: JSONSerialization.ReadingOptions = .allowFragments,
        completionHandler: @escaping (DataResponse<Any>) -> Void)
        -> Self

public func 
responsePropertyList(
        queue: DispatchQueue? = nil,
        options: PropertyListSerialization.ReadOptions = [],
        completionHandler: @escaping (DataResponse<Any>) -> Void)
        -> Self
}
  • SessionManager.default 调用之后得到 SessionManager 单例对象.
  • 调用SessionManagerrequest 方法之后得到 DataRequest对象
  • 调用DataRequestreponse ,responseJSON,reponseData,responsePropertyList返回的都是 DataRequest 对象,所以 responseXXX 方法可以连续调用.
response 系列方法干了啥?

responseresponseJSON 方法为例,来看看源代码

extension DataRequest {
public func response(queue: DispatchQueue? = nil, completionHandler: @escaping (DefaultDataResponse) -> Void) -> Self {
        delegate.queue.addOperation {
            (queue ?? DispatchQueue.main).async {
                var dataResponse = DefaultDataResponse(
                    request: self.request,
                    response: self.response,
                    data: self.delegate.data,
                    error: self.delegate.error,
                    timeline: self.timeline
                )

                dataResponse.add(self.delegate.metrics)

                completionHandler(dataResponse)
            }
        }

        return self
    }

public func responseJSON(
        queue: DispatchQueue? = nil,
        options: JSONSerialization.ReadingOptions = .allowFragments,
        completionHandler: @escaping (DataResponse<Any>) -> Void)
        -> Self
    {
        return response(
            queue: queue,
            responseSerializer: DataRequest.jsonResponseSerializer(options: options),
            completionHandler: completionHandler
        )
    }
   
//response 方法2
 public func response<T: DataResponseSerializerProtocol>(
        queue: DispatchQueue? = nil,
        responseSerializer: T,
        completionHandler: @escaping (DataResponse<T.SerializedObject>) -> Void)
        -> Self
    {
        delegate.queue.addOperation {
            let result = responseSerializer.serializeResponse(
                self.request,
                self.response,
                self.delegate.data,
                self.delegate.error
            )

            var dataResponse = DataResponse<T.SerializedObject>(
                request: self.request,
                response: self.response,
                data: self.delegate.data,
                result: result,
                timeline: self.timeline
            )

            dataResponse.add(self.delegate.metrics)

            (queue ?? DispatchQueue.main).async { completionHandler(dataResponse) }
      
        return self
    }

}

open class TaskDelegate: NSObject {

 init(task: URLSessionTask?) {
        _task = task

        self.queue = {
            let operationQueue = OperationQueue()

            operationQueue.maxConcurrentOperationCount = 1
            operationQueue.isSuspended = true
            operationQueue.qualityOfService = .utility

            return operationQueue
        }()
 }
}
  • response方法 首先用 queue 参数把我们传进去的 completionHanlder 闭包包装进了一个任务,在这个任务中,创建了一个 DefaultDataResponse 对象,这个对象保存了一些信息, 然后把这个DefaultResponse对象传递给completionHandler 闭包 . 然后又把这个任务添加到了 delegate.queue 中, delegate.queue 我在 Alamofire 网络请求流程探索2
    中提到过,这里也放出了源代码,delagate.queue 是一个初始状态为挂起的串行队列. 之后返回自身. 当一次请求结束后,deleage.queue 会结束挂起状态这时所有被添加的任务都会顺序执行,这也是为什么打印顺序是从上至下的原因

  • responsJSON 方法是一个装饰方法,它转而调用了 另一个参数更多的 response方法. 值得注意的是多传递了一个参数 DataRequest.jsonResponseSerializer(options: options)

  • response 方法2 (姑且这么叫吧😂)相比上面的response方法 关联了泛型T: DataResponseSerializerProtocol,并且多了 类型为T 的参数 responseSerializer

  • response 方法2 的实现 与 response方法 大同小异.
    1.传递给 completionHandler闭包的参数变成了 DataResponse<T.serializedObject> 类型
    2.调用了responseSerializer.serializeResponse方法,得到了 result,将result 传递给了DataResponse.

由此可见DataRequest.jsonResponseSerializer(options: options)方法以及 DataResponseSerializerProtocol协议一定做了一些操作.

//该协议定义序列化操作结果接口
public protocol DataResponseSerializerProtocol {
    associatedtype SerializedObject

    var serializeResponse: (URLRequest?, HTTPURLResponse?, Data?, Error?) -> Result<SerializedObject> { get }
}

extension DataRequest {
 public static func jsonResponseSerializer(
        options: JSONSerialization.ReadingOptions = .allowFragments)
        -> DataResponseSerializer<Any>
    {
        return DataResponseSerializer { _, response, data, error in
            return Request.serializeResponseJSON(options: options, response: response, data: data, error: error)
        }
    }
}

public struct DataResponseSerializer<Value>: DataResponseSerializerProtocol {
  
    public typealias SerializedObject = Value

    public var serializeResponse: (URLRequest?, HTTPURLResponse?, Data?, Error?) -> Result<Value>

    public init(serializeResponse: @escaping (URLRequest?, HTTPURLResponse?, Data?, Error?) -> Result<Value>) {
        self.serializeResponse = serializeResponse
    }
}

extension Request {

    public static func serializeResponseJSON(
        options: JSONSerialization.ReadingOptions,
        response: HTTPURLResponse?,
        data: Data?,
        error: Error?)
        -> Result<Any>
    {
        guard error == nil else { return .failure(error!) }

        if let response = response, emptyDataStatusCodes.contains(response.statusCode) { return .success(NSNull()) }

        guard let validData = data, validData.count > 0 else {
            return .failure(AFError.responseSerializationFailed(reason: .inputDataNilOrZeroLength))
        }

        do {
            let json = try JSONSerialization.jsonObject(with: validData, options: options)
            return .success(json)
        } catch {
            return .failure(AFError.responseSerializationFailed(reason: .jsonSerializationFailed(error: error)))
        }
    }
}

public enum Result<Value> {
    case success(Value)
    case failure(Error)

    /// Returns `true` if the result is a success, `false` otherwise.
    public var isSuccess: Bool {
        switch self {
        case .success:
            return true
        case .failure:
            return false
        }
    }

    /// Returns `true` if the result is a failure, `false` otherwise.
    public var isFailure: Bool {
        return !isSuccess
    }

    /// Returns the associated value if the result is a success, `nil` otherwise.
    public var value: Value? {
        switch self {
        case .success(let value):
            return value
        case .failure:
            return nil
        }
    }

    /// Returns the associated error value if the result is a failure, `nil` otherwise.
    public var error: Error? {
        switch self {
        case .success:
            return nil
        case .failure(let error):
            return error
        }
    }
}
  • DataRequest.jsonResponseSerializer(options: options)方法中返回了一个遵循 DataResponseSerializerProtocol 的结构体DataResponseSerializer<Value>,在初始化闭包中,调用了 Request.serializeResponseJSON(options: options, response: response, data: data, error: error) 方法,进行实际JSON序列化操作,并且把实例化的结果传递给Result枚举.

  • DataResponseSerializer<Value> 进行包装调用Request.serializeResponseJSON方法的过程 ,来符合面向协议编程的思想.

自定义序列化

在实际的开发过程中,我们希望给外界使用的是已经能直接使用的model,能否通过自定义序列化过程满足我们的需求?
答案是肯定的,模仿上文中responseJSON的实现方式.

//定义创建序列化对象的统一协议,用于序列化对象
protocol YourObjectSerializableProtocol {
    init?(response: HTTPURLResponse)
}

//模型数据
struct User:YourObjectSerializableProtocol {
    var name :String?
    
    init?(response: HTTPURLResponse) {
        name = "aaa"
    }
}

//扩展DataRequest 提供一个 responseObject 方法,该方法支持泛型<T:YourObjectSerializableProtocol>
extension DataRequest {
    @discardableResult
    func responseObject<T:YourObjectSerializableProtocol> (queue:DispatchQueue? = nil,completionHandler:@escaping ((DataResponse<T>) -> Void)) -> Self  {
       
        let responseSerializer = DataResponseSerializer<T>{
            requset,response,data,error in
            
            guard error == nil else {return .failure(NSError(domain: "your domain", code: 0000, userInfo: nil))}
            
            guard let response = response,let responseObject = T(response: response) else {
                return .failure(NSError(domain:"your domain", code: 0000, userInfo: nil))
            }
            
            return .success(responseObject)
        }
        
        return response(
            queue: queue,
            responseSerializer: responseSerializer,
            completionHandler: completionHandler
        )
    }
}

//外界调用
SessionManager.default
            .request(urlString)
            .responseObject { (response : DataResponse<User>) in
                debugPrint(response)
        }
  • 首先定义创建序列化对象的统一协议YourObjectSerializableProtocol,提供了一个init方法用来序列化对象
  • 扩展 DataRequest 提供一个responseObject方法,将我们自定义的序列化流程添加进去
  • 外界调用时,直接指定泛型T为我们的User.
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 211,743评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,296评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,285评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,485评论 1 283
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,581评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,821评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,960评论 3 408
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,719评论 0 266
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,186评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,516评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,650评论 1 340
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,329评论 4 330
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,936评论 3 313
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,757评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,991评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,370评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,527评论 2 349

推荐阅读更多精彩内容