Nourishing Plushie Monster

    custom-request

    0.0.5 • Public • Published

    custom-request

    定制处理数据请求,基于 axios(XHR)、isomorphic-fetch(Fetch),两种方式自选

    TODO:

    • 对以上功能封装,暴露统一的 API,方便使用
    • 需要支持引入 cache-store 机制,支持自定义API 的缓存时长,并支持后台更新缓存

    功能封装

    封装差异性,统一传入参数的格式及使用方法暴露唯一的一个方法即可(包含get post delete 等常用方法)

    以下是关于 fetch 的一些常见问题

    Fetch API提供了一个获取资源的接口(包括跨网络)。任何使用过 XMLHttpRequest 的人都会熟悉它,但是新的API提供了更强大和更灵活的功能集。

    Fetch 常见坑

    • Fetch 请求默认是不带 cookie 的,需要设置 fetch(url, {credentials: 'include'})
    • 服务器返回 400,500 错误码时并不会 reject,只有网络错误这些导致请求不能完成时,fetch 才会被 reject。
    • IE 使用策略
      • 所有版本的 IE 均不支持原生 Fetch,fetch-ie8 会自动使用 XHR 做 polyfill。但在跨域时有个问题需要处理。
      • IE8, 9 的 XHR 不支持 CORS 跨域,虽然提供 XDomainRequest,但这个东西就是玩具,不支持传 Cookie!如果接口需要权限验证,还是乖乖地使用 jsonp 吧,推荐使用 fetch-jsonp

    标准 Promise 的不足

    由于 Fetch 是典型的异步场景,所以大部分遇到的问题不是 Fetch 的,其实是 Promise 的。ES6 的 Promise 是基于 Promises/A+ 标准,为了保持简单简洁,只提供极简的几个 API。如果你用过一些牛 X 的异步库,如 jQuery(不要笑) 、Q.js 或者 RSVP.js,可能会感觉 Promise 功能太少了。

    没有 Deferred

    Deferred 可以在创建 Promise 时可以减少一层嵌套,还有就是跨方法使用时很方便。 ECMAScript 11 年就有过 Deferred 提案,但后来没被接受。其实用 Promise 不到十行代码就能实现 Deferred:es6-deferred。现在有了 async/await,generator/yield 后,deferred 就没有使用价值了。

    没有获取状态方法:isRejected,isResolved

    标准 Promise 没有提供获取当前状态 rejected 或者 resolved 的方法。只允许外部传入成功或失败后的回调。我认为这其实是优点,这是一种声明式的接口,更简单。

    缺少其它一些方法:always,progress,finally

    always 可以通过在 then 和 catch 里重复调用方法实现。finally 也类似。progress 这种进度通知的功能还没有用过,暂不知道如何替代。

    Install

    npm i custom-request

    DownloadsWeekly Downloads

    0

    Version

    0.0.5

    License

    MIT

    Last publish

    Collaborators

    • cloudyan