如何使用其他URL复制Request对象?

时间:2016-01-06 18:35:45

标签: javascript fetch-api

我在fetch周围写了一个包装器,我想在发出请求之前向网址添加内容,例如识别查询参数。我无法弄清楚如何使用与原始URL不同的URL复制给定的Request对象。我的代码如下:

// My function which tries to modify the URL of the request
function addLangParameter(request) {
    const newUrl = request.url + "?lang=" + lang;
    return new Request(newUrl, /* not sure what to put here */);
}

// My fetch wrapper
function myFetch(input, init) {
    // Normalize the input into a Request object
    return Promise.resolve(new Request(input, init))
        // Call my modifier function
        .then(addLangParameter)
        // Make the actual request
        .then(request => fetch(request));
}

我尝试将原始请求作为第二个arguent放到Request构造函数中,如下所示:

function addLangParameter(request) {
    const newUrl = request.url + "?lang=" + lang;
    return new Request(newUrl, request);
}

似乎复制了旧请求的大​​多数属性,但似乎没有保留旧请求的body。例如,

const request1 = new Request("/", { method: "POST", body: "test" });
const request2 = new Request("/new", request1);
request2.text().then(body => console.log(body));

我希望记录" test",而是记录空字符串,因为不会复制正文。

我是否需要做一些更明确的事情来正确复制所有属性,或者是否有一个很好的快捷方式可以为我做一些合理的事情?

我正在使用github/fetch polyfill,但已使用最新Chrome中的polyfill和原生fetch实现进行了测试。

1 个答案:

答案 0 :(得分:9)

您最好的选择是使用请求实施的Body界面阅读正文:

https://fetch.spec.whatwg.org/#body

这只能异步完成,因为底层"消耗体"操作总是异步读取并返回一个promise。这样的事情应该有效:

const request = new Request('/old', { method: 'GET' });
const bodyP = request.headers.get('Content-Type') ? request.blob() : Promise.resolve(undefined);
const newRequestP =
  bodyP.then((body) =>
    new Request('/new', {
      method: request.method,
      headers: request.headers,
      body: body,
      referrer: request.referrer,
      referrerPolicy: request.referrerPolicy,
      mode: request.mode,
      credentials: request.credentials,
      cache: request.cache,
      redirect: request.redirect,
      integrity: request.integrity,
    })
  );

执行此操作后,newRequestP将成为解决您所需请求的承诺。幸运的是,fetch无论如何都是异步的,所以你的包装器不应该受到严重的阻碍。

(注意:使用.blob()从没有正文的请求中读取正文似乎返回零长度的Blob对象,但指定任何正文都是错误的,即使是零也是如此在GET或HEAD请求中,我认为检查原始请求是否设置了Content-Type是一个准确的代理,它是否有一个正文,这是我们真正需要确定的。)