资讯专栏INFORMATION COLUMN

前端项目请求层封装过程

bbbbbb / 2539人阅读

摘要:我们看下把重复代码封装成一个的示例代码这里假设我们项目请求头固定这两个判断返回没有错误使调用可读性更好以上封装了一个,调用的时候如下对结果进行处理通过传递回调函数的方式,可读性性不是很好当然这是一个仁者见仁的问题。

调用 ajax 取请求后端数据是项目中最基础的功能。但是如果每次直接调用底层的浏览器 api 去发请求则非常麻烦。现在来分析一下怎么封装这一层,看看有哪些基础问题需要考虑。本文底层使用 fetch ,如果你使用 XMLHttpRequest 甚至第三方库(譬如:axios)封装过程都是大同小异的。

封装重复代码

对于同一个项目通常来说请求参数有很多重复的内容,譬如 url 的拼接,http head 的设置。假设我们调用的是 RESTful 接口,通常我们需要变动的有:1. 请求 url 的 path 部分;2. 参数;3. 请求 method;4. 成功/失败回调函数。我们看下把重复代码封装成一个 ApiSender 的示例代码:

const URL_PREFIX = "xxx";

let ApiSender = {
  send( options ) {
    let {
      path,
      params,
      method,
      success,
      fail
    } = options;

    let url = URL_PREFIX + path;
    if ( method==="GET" ) {
      url += ("?"+toQueryString( params ));
    }
    let requestBody;
    if ( method==="POST" ) {
      requestBody = params;
    }

    fetch( url, {
      method: method,
      // 这里假设我们项目请求头固定这两个
      headers: {
        "Accept": "application/json, text/javascript, */*; q=0.01",
        "Content-Type": "application/x-www-form-urlencoded;charset=UTF-8"
      },
      credentials: "include",
      body: requestBody
    } ).then( function(response){
      let resultJson = response.json();
      if ( /* 判断返回没有错误 */ ) {
        success && success( resultJson );
      } else {
        fail && fail( resultJson.error );
      }
    } );
  }
}
使调用可读性更好

以上封装了一个 ApiSender,调用的时候如下:

ApiSender.send( "/resource", "GET", {
  pageSize: 10,
  pageNo: 1
}, function( result ){
  // 对结果进行处理
}, function( error ){
  alert( error )
} )

通过传递回调函数的方式,可读性性不是很好(当然这是一个仁者见仁的问题)。我们把返回改成 Promise。因为我们用的是 fetch,它直接返回的就是 Promise,比较好改。如果你底层用的是 XMLHttpRequest,那么可以自行把调用 XMLHttpRequest 的代码封装在一个 Promise 中返回。

let ApiSender = {
  send( options ) {
    let {
      path,
      params,
      method,
      success,
      fail
    } = options;

    let url = URL_PREFIX + path;
    if ( method==="GET" ) {
      url += toQueryString( params );
    }
    let requestBody;
    if ( method==="POST" ) {
      requestBody = params;
    }

    return fetch( url, {
      method: method,
      // 这里假设我们项目请求头固定这两个
      headers: {
        "Accept": "application/json, text/javascript, */*; q=0.01",
        "Content-Type": "application/x-www-form-urlencoded;charset=UTF-8"
      },
      credentials: "include",
      body: requestBody
    } ).then( function(response){
      return response.json()
    } );
  }
}

调用的时候代码就变成:

ApiSender.send( "/resource", "GET", {pageSize:10,pageNo:1} ).then( function(result){
  if ( /* 判断返回没有错误 */ ) {
    // 处理结果
  } else {
    // 提示错误
  }
} )
从调用者角度抽象返回值

上面代码有一个问题,对于 ApiSend 的调用者来说,他需要直接处理接口返回值,判断是否成功。如果接口返回对象比较简单还好,如果非常复杂,那么调用者就很头疼,举个例子,我碰到过如下的接口返回值:

{
  content: {
    result: {
      errorCode: 1,
      errorMessage: "",
      isSuccess: true
    },
    data: {}|[] // 真正的可用数据
  },
  a: { // 有特征的字段名我做了简化,使用了a,ab这样的字段名。a 这个字段内容是 api 网关层包装的。
    code: 1,
    ab: [ {
      code: 1
    } ]
  }
}

如何判断这个返回值是成功的呢?

let result = { /* 上面那个对象 */ }
if (
  result.a &&
  result.a.code === 0 &&
  result.a.ab &&
  result.a.ab[ 0 ] &&
  result.a.ab[ 0 ].code === 0
) {
  if (
    result.content &&
    result.content.result &&
    result.content.result.isSuccess === true
  ) {
    // 处理结果 result.content.data
  }
}

你想象下,作为 ApiSender 的调用方,会希望得到什么结果?执行正确的时候获得接口返回的数据,执行异常的时候获得错误信息。我不希望调用一个方法,需要通过复杂地解析返回值来判断是否成功。所以最直观的就是把错误封装成一个很直观的返回值:

let ApiSender = {
  send( options ) {

    /* 代码省略掉了 */

    return fetch( /* 参数也省略掉了 */ ).then( function(response){
      let result = response.json();
      if ( isSuccessResult(result) ) {
        return [ null, result.content.data ]
      } else {
        let error = parseError( result );
        return [ error, null ];
      }
    } );
  }
}

那么调用方对结果的判断就非常方便了:

ApiSender.send( "/resource", "GET", {pageSize:10,pageNo:1} ).then( function([error,data]){
  if ( !error ) {
    // 处理结果 data
  } else {
    alert( error ); // error 的格式大家可以自行定义,各个项目各有不同
  }
} );
面向切面需要做些什么

以上一个比较基础且简洁的封装就做好了,但是现实中有些基础功能是经常需要的,譬如请求日志,请求错误报错统一处理。如果这些代码需要调用方来做,一来代码重复,二来譬如日志应该是调用方不感知的一个功能。所以我们对代码进一步进行优化,加入这些功能:

let ApiSender = {
  send( options ) {

    /* 代码省略掉了 */

    return fetch( /* 参数也省略掉了 */ ).then( function(response){
      let result = response.json();
      // 记录调用日志
      writeLog( options, result );

      if ( isSuccessResult(result) ) {
        return [ null, result.content.data ]
      } else {
        let error = parseError( result );
        // 界面报错
        MessageComponent.error( `${error.message}(${error.code})` );

        return [ error, null ];
      }
    } );
  }
}

日志你可以上传服务器,也可以就本地 console,日志记录哪些内容,参数如何都按各自的项目需求而定。如此的话,调用方就更简洁了:

ApiSender.send( "/resource", "GET", {pageSize:10,pageNo:1} ).then( function([error,data]){
  if ( !error ) {
    // 处理结果 data
  }
} );

绝大多数情况下,调用接口返回错误是需要在页面上提示错误的,但是并不是所有情况都需要。譬如非用户触发的行为,且请求返回的结果并不严重影响页面操作或者流程。那么我们可以在调用 ApiSender 的时候加一个参数,允许调用方跳过全局错误处理:

let ApiSender = {
  send( options ) {

    /* 代码省略掉了 */
    let skipErrorHandler = options.skipErrorHandler;

    return fetch( /* 参数也省略掉了 */ ).then( function(response){
      let result = response.json();
      // 记录调用日志
      writeLog( options, result );

      if ( isSuccessResult(result) ) {
        return [ null, result.content.data ]
      } else {
        let error = parseError( result );

        // 传了这个参数才跳过,不传或者传了非 true 值(当然包括 false),都认为不跳过
        if ( skipErrorHandler===true ) {
          // 界面报错
          MessageComponent.error( `${error.message}(${error.code})` );
        }
        
        return [ error, null ];
      }
    } );
  }
}

所以如果你希望自己处理错误,调用的时候代码就是:

ApiSender.send( "/resource", "GET", {skipErrorHandler:true/*, 其他参数 */} ).then( function([error,data]){
  if ( !error ) {
    // 处理结果 data
  } else {
    // 自行处理错误
  }
} );

到这里为止,请求层的基本封装算是比较完整了,不过最后有一个小点要考虑下,如果你在 fetch().then 传入的回调函数中因为种种原因而抛出了异常(譬如某个字段没有判空)。那么 ApiSender 的调用方是没法感知的,程序直接就报错了。所以为了程序的健壮性,我们最后再加一个 catch:

let ApiSender = {
  send( options ) {

    /* 代码省略掉了 */
    let skipErrorHandler = options.skipErrorHandler;

    return fetch( /* 参数也省略掉了 */ ).then( function(response){
      let result = response.json();
      // 记录调用日志
      writeLog( options, result );
      if ( isSuccessResult(result) ) {
        return [ null, result.content.data ]
      } else {
        let error = parseError( result );
        // 传了这个参数才跳过,不传或者传了非 true 值(当然包括 false),都认为不跳过
        if ( skipErrorHandler===true ) {
          // 界面报错
          MessageComponent.error( `${error.message}(${error.code})` );
        }
        
        return [ error, null ];
      }
    } ).catch( function(error){
      return [ error, null ];
    } );
  }
}

这样一个对调用方友好,避免代码重复的请求层就封装好了。PS: 如果对 Promise 的 api 不是很熟悉的话,可以先了解下,有助于更好的理解示例代码。

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/103262.html

相关文章

  • 前端开发 面试 精选

    摘要:用户填写所有信息后,提交给服务器,等待服务器的回应检验数据,是一次性的。移除的元素包括纯表现的元素对可用性产生负面影响的元素。网页的行为层负责回答内容应该如何对事件做出反应这一问题。他是指一种创建交互式网页应用的网页开发技术。 AngularJS。 优点: 模板功能强大丰富,并且是声明式的,自带了丰富的Angular指令; 是一个比较完善的前端MV*框架,包含模板,数据双向绑定,路由...

    李文鹏 评论0 收藏0
  • 前端开发 面试 精选

    摘要:用户填写所有信息后,提交给服务器,等待服务器的回应检验数据,是一次性的。移除的元素包括纯表现的元素对可用性产生负面影响的元素。网页的行为层负责回答内容应该如何对事件做出反应这一问题。他是指一种创建交互式网页应用的网页开发技术。 AngularJS。 优点: 模板功能强大丰富,并且是声明式的,自带了丰富的Angular指令; 是一个比较完善的前端MV*框架,包含模板,数据双向绑定,路由...

    alogy 评论0 收藏0
  • 关于个人开源项目(vue app)的一些总结

    摘要:关于个人开源项目的一些总结项目地址项目简介此项目名叫。网站目前实现了登录注册日历导入文件考勤导出缺勤名单等核心功能。这对于小型项目来说并没有什么问题。编译后的大小关于文件上传与导出功能文件上传导出可以说是此项目最关键的点了。 关于个人开源项目(vue app)的一些总结 项目地址 https://github.com/BYChoo/record 项目简介 此项目名叫:Record。是以...

    since1986 评论0 收藏0
  • 关于个人开源项目(vue app)的一些总结

    摘要:关于个人开源项目的一些总结项目地址项目简介此项目名叫。网站目前实现了登录注册日历导入文件考勤导出缺勤名单等核心功能。这对于小型项目来说并没有什么问题。编译后的大小关于文件上传与导出功能文件上传导出可以说是此项目最关键的点了。 关于个人开源项目(vue app)的一些总结 项目地址 https://github.com/BYChoo/record 项目简介 此项目名叫:Record。是以...

    QLQ 评论0 收藏0
  • 关于个人开源项目(vue app)的一些总结

    摘要:关于个人开源项目的一些总结项目地址项目简介此项目名叫。网站目前实现了登录注册日历导入文件考勤导出缺勤名单等核心功能。这对于小型项目来说并没有什么问题。编译后的大小关于文件上传与导出功能文件上传导出可以说是此项目最关键的点了。 关于个人开源项目(vue app)的一些总结 项目地址 https://github.com/BYChoo/record 项目简介 此项目名叫:Record。是以...

    高胜山 评论0 收藏0

发表评论

0条评论

bbbbbb

|高级讲师

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<