vue-d2admin-axios异步请求登录，先对比一下Jquery ajax, Axios, Fetch区别

landv

发布于 2019-07-01 17:54:33

2.6K0

发布于 2019-07-01 17:54:33

文章被收录于专栏：landvlandv

先说一下对比吧

Jquery ajax, Axios, Fetch区别之我见

引言

前端技术真是一个发展飞快的领域，我三年前入职的时候只有原生XHR和Jquery ajax，我们还曾被JQuery 1.9版本版本以下不支持大文件请求这个问题卡了半天（最后自己写了原生的XHR请求）。一晃眼，JQuery ajax早已不能专美于前，axios和fetch都已经开始分别抢占“请求”这个前端高地。本文将会尝试着阐述他们之间的区别，并给出自己的一些理解。

1 JQuery ajax

$.ajax({
   type: 'POST',
   url: url,
   data: data,
   dataType: dataType,
   success: function () {},
   error: function () {}
});

这个我就不用多言了把，是对原生XHR的封装，除此以外还增添了对JSONP的支持。有一说一的说一句，JQuery ajax经过多年的更新维护，真的已经是非常的方便了，优点无需多言；如果是硬要举出几个缺点，那可能只有

本身是针对MVC的编程,不符合现在前端MVVM的浪潮
基于原生的XHR开发，XHR本身的架构不清晰，已经有了fetch的替代方案
JQuery整个项目太大，单纯使用ajax却要引入整个JQuery非常的不合理（采取个性化打包的方案又不能享受CDN服务）

尽管JQuery对我们前端的开发工作曾有着（现在也仍然有着）深远的影响，但是我们可以看到随着VUE，REACT新一代框架的兴起，以及ES规范的完善，更多API的更新，JQuery这种大而全的JS库，未来的路会越走越窄。

总结：廉颇老矣，尚能饭，但是总有饭不动的一天。

2 Axios

axios({
    method: 'post',
    url: '/user/12345',
    data: {
        firstName: 'Fred',
        lastName: 'Flintstone'
    }
})
.then(function (response) {
    console.log(response);
})
.catch(function (error) {
    console.log(error);
});

Vue2.0之后，尤雨溪推荐大家用axios替换JQuery ajax，想必让Axios进入了很多人的目光中。Axios本质上也是对原生XHR的封装，只不过它是Promise的实现版本，符合最新的ES规范，从它的官网上可以看到它有以下几条特性：

从 node.js 创建 http 请求
支持 Promise API
客户端支持防止CSRF
提供了一些并发请求的接口（重要，方便了很多的操作）

这个支持防止CSRF其实挺好玩的，是怎么做到的呢，就是让你的每个请求都带一个从cookie中拿到的key, 根据浏览器同源策略，假冒的网站是拿不到你cookie中得key的，这样，后台就可以轻松辨别出这个请求是否是用户在假冒网站上的误导输入，从而采取正确的策略。

Axios既提供了并发的封装，也没有下文会提到的fetch的各种问题，而且体积也较小，当之无愧现在最应该选用的请求的方式。

总结：谁敢横刀立马，唯我Axios将军！

3 Fetch

fetch号称是AJAX的替代品，它的好处在《传统 Ajax 已死，Fetch 永生》中提到有以下几点：

符合关注分离，没有将输入、输出和用事件来跟踪的状态混杂在一个对象里
更好更方便的写法，诸如：

try {
  let response = await fetch(url);
  let data = response.json();
  console.log(data);
} catch(e) {
  console.log("Oops, error", e);
}

坦白说，上面的理由对我来说完全没有什么说服力，因为不管是Jquery还是Axios都已经帮我们把xhr封装的足够好，使用起来也足够方便，为什么我们还要花费大力气去学习fetch？

我认为fetch的优势主要优势就是：

更加底层，提供的API丰富（request, response）
脱离了XHR，是ES规范里新的实现方式

大家都喜欢新的东西，坦白说，作为一个前端工程师，我在使用原生XHR的时候，尽管偶尔觉得写的丑陋，但是在使用了JQuery和axios之后，已经对这一块完全无所谓了。当然，如果新的fetch能做的同样好，我为了不掉队也会选择使用fetch。这个道理其实很好理解：你有一架歼8，魔改了N次，性能达到了歼10的水准，但是要是有个人给你拿来一架新的歼10，你也会毫不犹豫的选择新的歼10——不仅仅是新，也代表了还有新的魔改潜力。

但是我最近在使用fetch的时候，也遇到了不少的问题：

fetch是一个低层次的API，你可以把它考虑成原生的XHR，所以使用起来并不是那么舒服，需要进行封装

例如：

1）fetch只对网络请求报错，对400，500都当做成功的请求，需要封装去处理 2）fetch默认不会带cookie，需要添加配置项 3）fetch不支持abort，不支持超时控制，使用setTimeout及Promise.reject的实现的超时控制并不能阻止请求过程继续在后台运行，造成了流量的浪费 4）fetch没有办法原生监测请求的进度，而XHR可以

PS: fetch的具体问题大家可以参考：《fetch没有你想象的那么美》《fetch使用的常见问题及解决方法》

看到这里，你心里一定有个疑问，这鬼东西就是个半拉子工程嘛，我还是回去用Jquery或者Axios算了——其实我就是这么打算的。但是，必须要提出的是，我发现fetch在前端的应用上有一项xhr怎么也比不上的能力：跨域的处理。

我们都知道因为同源策略的问题，浏览器的请求是可能随便跨域的——一定要有跨域头或者借助JSONP，但是，fetch中可以设置mode为"no-cors"（不跨域），如下所示：

fetch('/users.json', {
    method: 'post', 
    mode: 'no-cors',
    data: {}
}).then(function() { /* handle response */ });

这样之后我们会得到一个type为“opaque”的返回。需要指出的是，这个请求是真正抵达过后台的，所以我们可以使用这种方法来进行信息上报，在我们之前的image.src方法中多出了一种选择，另外，我们在network中可以看到这个请求后台设置跨域头之后的实际返回，有助于我们提前调试接口（当然，通过chrome插件我们也可以做的到）。总之，fetch现在还不是很好用，我尝试过几个fetch封装的包，都还不尽如人意。

总结：酋长的孩子，还需成长

总结

如果你是直接拉到文章底部的，只需要知道现在无脑使用axios即可，Jquery老迈笨拙，fetch年轻稚嫩，只有Axios正当其年！

++++++++++++++++++++++++++++++++++++++++++++++我是一个骚气的分界线++++++++++++++++++++++++++++++++++++++++++++++++++++

异步请求

D2Admin 使用 axios 作为异步请求工具，并做了一些封装。

axios	地址
Github	https://github.com/axios/axios
npm	https://www.npmjs.com/package/axios
中文文档	https://www.kancloud.cn/yunye/axios/234845

#介绍

Axios 是一个基于 promise 的 HTTP 库，可以用在浏览器和 node.js 中。

支持浏览器和node.js
支持promise
能拦截请求和响应
能转换请求和响应数据
能取消请求
自动转换JSON数据
浏览器端支持防止CSRF(跨站请求伪造)

#浏览器支持


Latest ✔	Latest ✔	Latest ✔	Latest ✔	Latest ✔	11 ✔

使用方式

axios 默认的使用方式在这里不做介绍，D2Admin 推荐在您的项目中使用下面的方式获取数据：

#设置接口地址

默认的请求地址在 d2-admin/.env

VUE_APP_API=/api/

上述设置将在您访问 /demo/a 时实际去访问 /api/demo/a

#区分不同环境设置接口地址

如果您希望不同的环境使用不同的请求地址，可以在 d2-admin/.env.development 中添加设置（示例）：

VUE_APP_API=/api-dev/

这样您在开发环境和正式环境就有了不同的公共请求地址，在开发环境访问 /demo/a 时实际去访问 /api-dev/demo/a

#通用配置

您在开始使用 D2Admin 开发您的项目之前，应该首先修改 d2-admin/src/plugin/axios/index.js 下的设置。

默认的设置需要遵循下面的数据返回格式约定：

{
  // 和后台约定的状态码
  code: 0,
  // 后台返回请求状态信息
  msg: '返回信息',
  // data 内才是真正的返回数据
  data: {
    list: [
      ...
    ]
  }
}

在响应拦截器中处理完数据后将会返回：

{
  list: [
    ...
  ]
}

#业务错误

当发生错误时返回的数据示例：

{
  // 和后台约定的状态码
  code: 'unlogin',
  // 后台返回请求状态信息
  msg: '用户没有登录'
}

如果针对某个错误指定处理方法，应该在响应拦截器中加入对应的代码：

service.interceptors.response.use(
  response => {
    // 成功返回数据，在这里判断和后台约定的状态标识
  }
)

#http 错误

如果需要针对某个 http 错误指定处理方法，应该在响应拦截器中第二个参数中添加对应的代码。

service.interceptors.response.use(
  response => {},
  error => {
    // 发生 http 错误，在这里判断状态码
  }
)

#不返回 code

在默认的设置中，如果您的接口没有返回 code 字段，将不会进行状态（非 http 状态，而是和后台约定好的状态类型）判断，直接返回 axios 请求返回的数据。

例如接口返回如下数据：

{
  list: [
    ...
  ]
}

在响应拦截器中判断该接口没有返回 code 字段，将会直接将返回：

{
  list: [
    ...
  ]
}

#设计 API

假设您有一个返回数据的 API 接口，想访问它，您首先应该在 d2-admin/src/api 文件夹内创建合适的文件目录，例如：d2-admin/src/api/demo/business/table/1/index.js，这个文件中应该导出一个或者多个请求：

import request from '@/plugin/axios'

export function BusinessTable1List (data) {
  return request({
    url: '/demo/business/table/1',
    method: 'post',
    data
  })
}

#使用 API 获取数据

在上面的步骤中创建了 API 文件，您应该在页面中这样使用：

<script>
import { BusinessTable1List } from '@/api/demo/business/table/1'
export default {
  methods: {
    handleSubmit (form) {
      BusinessTable1List({
        name: ''
      })
        .then(res => {
          // 返回数据
        })
        .catch(err => {
          // 异常情况
        })
    }
  }
}
</script>

而不是在页面中直接调用 axios。

TIP

虽然没有强制规定，请注意您的 API 文件夹结构规律性

#模拟数据

详见插件 | 模拟数据

#跨域问题

如果您的前端项目和后端接口发生跨域，可以在本地配置代理：

devServer: {
  proxy: {
    '/api': {
      target: 'http://47.100.186.132/your-path/api',
      ws: true,
      changeOrigin: true,
      pathRewrite: {
        '^/api': ''
      }
    }
  }
}

上述配置的结果是在请求 /api/login 时转发到 http://47.100.186.132/your-path/api/login。更多文档见 Vue CLI 3 | devServer.proxy

本文参与腾讯云自媒体分享计划，分享自作者个人站点/博客。

原始发表：2019-06-26 ，如有侵权请联系 cloudcommunity@tencent.com 删除

xml