Web 技术研究所

我一直坚信着,Web 将会成为未来应用程序的主流

Fetch API 之 —— Response

  当一个请求成功后服务器会做出一个 HTTP 响应,这个响应的数据结构就可以封装成 Response 对象。传统的前端通常都只作为 HTTP 的客户端,一般不会去创建 Response 对象。但现代 Web 前端确实可能有这样的需求,所以 Response 是可 new 的。
  Response 构造器的第一个参数必须是响应的实体,这个设计也是有点蛋疼。 new Response("ResponseBody",{status:200,statusText:"OK"});   我可能希望这么用 new Response({body:"ResponseBody",status:200,statusText:"OK"});   甚至有些状态根本就不需要 body 部分,比如 204 No Content 就是一个很常用的状态。
  另外 Response 居然有个 redirect 静态方法(貌似目前的 Chrome 尚未实现)!当初 node.js 的 Response 没有这玩意儿我好像还喷过,因为 node.js 是后端的真实 response,所以 redirect 是有用的。但前端要 redirect 干嘛?这回是实现了 redirect 我反而要喷它!就算是 XMLHttpRequest 对象也是对 1xx 和 3xx 的状态码直接使用浏览器处理,代码中根本不会处理到这种状态。而且 fetch 方法发起真实请求也不会得到 1xx 和 3xx 的状态码,相当于这些情况根本不会暴露给前端。那么在前端设计这个方法的意义何在?
  其它小坑基本上和 Request 对象一样,这里就不再纠结了。反正就从我目前了解到的部分看来我是对这套 API 没什么大爱的。
网名:
3.80.55.*
电子邮箱:
仅用于接收通知
提交 悄悄的告诉你,Ctrl+Enter 可以提交哦
神奇海螺
[查看全部主题]
各类Web技术问题讨论区
发起新主题
本模块采用即时聊天邮件通知的模式
让钛合金F5成为历史吧!
次碳酸钴的技术博客,文章原创,转载请保留原文链接 ^_^