未分類
9 1 月 2021

为什么基于浏览器 fetch 的封装的请求库这么少？

为什么基于浏览器 fetch 的封装的请求库这么少？

資深大佬 : az22c 6

看公众号的文章，动不动就“传统 ajax 已死，fetch 永生”。

但是看到现在基于 xhr 的封装的，成功的请求库还是很多，axios 、swr 、还有各种 react hooks 。

反观对 fetch 的封装，封装场景比如有带上 cookie 、timeout 、调用.json()等等，也是可以封装的。但是很多的这方面封装，都是完成度比较低的，都是些简单的 demo 。很少看到有做得完善的并且有点人气的封装 fetch 的请求库。

大佬有話說 (10)

  • 資深大佬 : KouShuiYu

    兼容性，技术惯性

  • 資深大佬 : U2FsdGVkX1

    fetch 已经高级了吧，上面提到的这些封装意义也不大吧
    而且对于请求库来说，兼容性比较重要，有 xhr 封装为啥还要再造个轮子

  • 資深大佬 : nigelvon

    老版本 ios 不兼容。蛋疼的紧。

  • 資深大佬 : mknightoy

    上已经说了主要是兼容性，另外 fetch 已经算高度封装了没必要在多此一举

  • 主 資深大佬 : az22c

    @U2FsdGVkX1 “fetch 已经很高级”，这一点我是认为不对的。上面说的小功能点比如 cookie 相关的，还是很有必要的封装的。

    封装起来，搞一个项目可以收割 github star 。比如有些人就是后端开发知识懂一点点客户端开发，想搞个顺手的东西代码一粘贴就能完成请求，不用遭遇调试这些缺少的小功能点。所以封装一个还是挺爽的？

  • 資深大佬 : codehz

    因为 fetch 功能少，连个取消请求都要等草案
    可以说没有任何优势（

  • 資深大佬 : zy445566

    用了 fetch 就不需要 axios 、swr 了

  • 資深大佬 : zy445566

    我的意思是 fetch，自己稍微封装下就能用，没必要使用别人封装的 fetch 库

  • 資深大佬 : noe132

    不支持取消请求，不支持获取上传 /下载进度

  • 資深大佬 : buhi

    为什么基于浏览器 + – * / 的封装库这么少
    一个道理