フェッチ API の使用
フェッチ API は、リクエストやレスポンスといったプロトコルを操作する要素にアクセスするための JavaScript インターフェイスです。グローバルの fetch() メソッドも提供しており、簡単で論理的な方法で、非同期にネットワーク越しでリソースを取得することができます。
コールバックベースの API である XMLHttpRequest とは異なり、Fetch は Promise ベースであり、サービスワーカー で簡単に使用できる優れた代替手段を提供します。Fetch は、CORS やその他の HTTP 拡張機能などの高度な HTTP 概念も統合します。
基本的なフェッチリクエストは、以下のコードを見てください。
async function logMovies() {
const response = await fetch("http://example.com/movies.json");
const movies = await response.json();
console.log(movies);
}
これはネットワーク越しに JSON ファイルを取得してパースし、コンソールにデータを出力するスクリプトです。 fetch() の最も簡単な使い方は 1 つの引数 — fetch で取得したいリソースへのパス — のみをとり、 Response オブジェクトで解決するプロミスを返します。
Response は、実際の JSON レスポンス本体を直接持っているのではなく、 HTTP レスポンス全体を表現するものです。 Response オブジェクトから JSON の本体の内容を抽出するには、 json() メソッドを使用します。これはレスポンス本体のテキストを JSON として解釈した結果で解決する第 2 のプロミスを返します。
メモ: 本体の内容が他の形式である場合に展開する同様の方法は、本体の節を参照してください。
フェッチリクエストは、受け取るリソースからの指示ではなく、コンテンツセキュリティポリシーの connect-src ディレクティブによって制御されます。
リクエストオプションの適用
fetch() メソッドには 2 つ目の引数を適用することができ、 init オブジェクトで様々な種類の設定を制御することができます。
すべての設定可能なオプションや詳しい説明については、 fetch() を参照してください。
// POST メソッドの実装の例
async function postData(url = "", data = {}) {
// 既定のオプションには * が付いています
const response = await fetch(url, {
method: "POST", // *GET, POST, PUT, DELETE, etc.
mode: "cors", // no-cors, *cors, same-origin
cache: "no-cache", // *default, no-cache, reload, force-cache, only-if-cached
credentials: "same-origin", // include, *same-origin, omit
headers: {
"Content-Type": "application/json",
// 'Content-Type': 'application/x-www-form-urlencoded',
},
redirect: "follow", // manual, *follow, error
referrerPolicy: "no-referrer", // no-referrer, *no-referrer-when-downgrade, origin, origin-when-cross-origin, same-origin, strict-origin, strict-origin-when-cross-origin, unsafe-url
body: JSON.stringify(data), // 本体のデータ型は "Content-Type" ヘッダーと一致させる必要があります
});
return response.json(); // JSON のレスポンスをネイティブの JavaScript オブジェクトに解釈
}
postData("https://example.com/answer", { answer: 42 }).then((data) => {
console.log(data); // `data.json()` の呼び出しで解釈された JSON データ
});
なお、 mode: "no-cors" はリクエスト中の限られたヘッダーにしか許可されていません。
AcceptAccept-LanguageContent-LanguageContent-Typeのうち、値がapplication/x-www-form-urlencoded,multipart/form-data,text/plainのいずれかのもの
fetch の中止
未完了の fetch() 操作を中止するには、AbortController および AbortSignal インターフェイスを使用します。
const controller = new AbortController();
const signal = controller.signal;
const url = "video.mp4";
const downloadBtn = document.querySelector("#download");
const abortBtn = document.querySelector("#abort");
downloadBtn.addEventListener("click", async () => {
try {
const response = await fetch(url, { signal });
console.log("Download complete", response);
} catch (error) {
console.error(`Download error: ${error.message}`);
}
});
abortBtn.addEventListener("click", () => {
controller.abort();
console.log("Download aborted");
});
資格情報つきのリクエストの送信
ブラウザーに資格情報のついたリクエストを送るようにするには、同一オリジンの場合もオリジン間の呼び出しの場合も、 credentials: 'include' を init オブジェクトに追加して fetch() メソッドに渡してください。
fetch("https://example.com", {
credentials: "include",
});
メモ: Access-Control-Allow-Origin は credentials: 'include' を含むリクエストでは、ワイルドカードを使用することを禁止しています。このような場合、正確なオリジンを提供する必要があります。 CORS unblocker 拡張機能を使用している場合でも、リクエストは失敗します。
メモ: この設定に関係なく、ブラウザーはプリフライトリクエストで資格情報を送信しないようにしてください。詳細については、 CORS 資格情報を含むリクエストを参照してください。
リクエスト URL が呼び出しスクリプトと同一オリジンの場合だけ資格情報を送りたい場合、 credentials: 'same-origin' を追加します。
// オリジン 'https://example.com' で呼び出すスクリプトです。
fetch("https://example.com", {
credentials: "same-origin",
});
ブラウザーがリクエストに資格情報を含めないことを保証するには、代わりに credentials: 'omit' を使用してください。
fetch("https://example.com", {
credentials: "omit",
});
JSON データのアップロード
fetch() を使って JSON エンコードしたデータを POST します。
async function postJSON(data) {
try {
const response = await fetch("https://example.com/profile", {
method: "POST", // or 'PUT'
headers: {
"Content-Type": "application/json",
},
body: JSON.stringify(data),
});
const result = await response.json();
console.log("Success:", result);
} catch (error) {
console.error("Error:", error);
}
}
const data = { username: "example" };
postJSON(data);
ファイルのアップロード
ファイルは HTML の <input type="file" /> input 要素と、FormData() と fetch() を使ってアップロードできます。
async function upload(formData) {
try {
const response = await fetch("https://example.com/profile/avatar", {
method: "PUT",
body: formData,
});
const result = await response.json();
console.log("Success:", result);
} catch (error) {
console.error("Error:", error);
}
}
const formData = new FormData();
const fileField = document.querySelector('input[type="file"]');
formData.append("username", "abc123");
formData.append("avatar", fileField.files[0]);
upload(formData);
複数のファイルのアップロード
ファイルのアップロードは、 HTML の <input type="file" multiple /> 入力要素と FormData() と fetch() を使用して行うことができます。
async function uploadMultiple(formData) {
try {
const response = await fetch("https://example.com/posts", {
method: "POST",
body: formData,
});
const result = await response.json();
console.log("Success:", result);
} catch (error) {
console.error("Error:", error);
}
}
const photos = document.querySelector('input[type="file"][multiple]');
const formData = new FormData();
formData.append("title", "My Vegas Vacation");
for (const [i, photo] of Array.from(photos.files).entries()) {
formData.append(`photos_${i}`, photo);
}
uploadMultiple(formData);
テキストファイルの 1 行ずつの処理
レスポンスから読み込まれる塊は、行の境界できれいに分割されておらず、文字列ではなく Uint8Array になっています。テキストファイルを読み取って一行ずつ処理したい場合、これらの複雑な処理を行うのはあなた次第です。次の例は、行イテレーターを作成することでこれを行う方法の一つを示しています(簡単にするため、テキストは UTF-8 であると仮定しており、読み取りエラーは処理していません)。
async function* makeTextFileLineIterator(fileURL) {
const utf8Decoder = new TextDecoder("utf-8");
const response = await fetch(fileURL);
const reader = response.body.getReader();
let { value: chunk, done: readerDone } = await reader.read();
chunk = chunk ? utf8Decoder.decode(chunk) : "";
const newline = /\r?\n/gm;
let startIndex = 0;
let result;
while (true) {
const result = newline.exec(chunk);
if (!result) {
if (readerDone) break;
const remainder = chunk.substr(startIndex);
({ value: chunk, done: readerDone } = await reader.read());
chunk = remainder + (chunk ? utf8Decoder.decode(chunk) : "");
startIndex = newline.lastIndex = 0;
continue;
}
yield chunk.substring(startIndex, result.index);
startIndex = newline.lastIndex;
}
if (startIndex < chunk.length) {
// Last line didn't end in a newline char
yield chunk.substr(startIndex);
}
}
async function run() {
for await (const line of makeTextFileLineIterator(urlOfFile)) {
processLine(line);
}
}
run();
フェッチが成功したかの確認
fetch() のプロミスは、ネットワークエラーに遭遇したりサーバー側の CORS の設定(通常はアクセス権の問題など)が間違っていたりすると、 TypeError で拒否されます。例えば、 404 はネットワークエラーにはなりません。 fetch() が成功したかどうかを正確に判定するには、プロミスが解決された後で、 Response.ok プロパティが true になっているかを確認してください。次のようなコードになるでしょう。
async function fetchImage() {
try {
const response = await fetch("flowers.jpg");
if (!response.ok) {
throw new Error("Network response was not OK");
}
const myBlob = await response.blob();
myImage.src = URL.createObjectURL(myBlob);
} catch (error) {
console.error("There has been a problem with your fetch operation:", error);
}
}
独自のリクエストオブジェクトの提供
fetch() の呼び出しに、リクエストしたいリソースへのパスを渡す代わりに、Request() コンストラクターを使用して Request オブジェクトを作成し、 fetch() メソッドの引数として渡すこともできます。
async function fetchImage(request) {
try {
const response = await fetch(request);
if (!response.ok) {
throw new Error("Network response was not OK");
}
const myBlob = await response.blob();
myImage.src = URL.createObjectURL(myBlob);
} catch (error) {
console.error("Error:", error);
}
}
const myHeaders = new Headers();
const myRequest = new Request("flowers.jpg", {
method: "GET",
headers: myHeaders,
mode: "cors",
cache: "default",
});
fetchImage(myRequest);
Request() は、 fetch() メソッドとまったく同じ引数を受け入れます。既存のリクエストオブジェクトを渡して、コピーを作成することもできます。
const anotherRequest = new Request(myRequest, myInit);
リクエストとレスポンスの本体は一度しか使用できないので、これはかなり有益なことです。
このようにコピーを作成することで、リクエストやレスポンスを効果的に使用することができ、使用した場合には init オプションを変更することができます。
コピーは本体が読み込まれる前に作成されなければなりません。
メモ: clone() メソッドを利用してコピーを生成することもできます。コピーを作成するどちらの方法でも、元のリクエストまたはレスポンスの 本体がすでに読まれている場合は失敗しますが、複製されたレスポンスまたは リクエストの本体を読んでも、元で読み取り済みとマークされることはありません。
Headers
Headers インターフェイスでは、 Headers() コンストラクターを使用して、ヘッダーオブジェクトを作成することができます。ヘッダーオブジェクトは、シンプルな複数の名前と値のマップです。
const content = "Hello World";
const myHeaders = new Headers();
myHeaders.append("Content-Type", "text/plain");
myHeaders.append("Content-Length", content.length.toString());
myHeaders.append("X-Custom-Header", "ProcessThisImmediately");
コンストラクターに配列の配列またはオブジェクトリテラルを渡すことで、同じことが実現できます。
const myHeaders = new Headers({
"Content-Type": "text/plain",
"Content-Length": content.length.toString(),
"X-Custom-Header": "ProcessThisImmediately",
});
ヘッダーの中身を見たり、検索することができます。
console.log(myHeaders.has("Content-Type")); // true
console.log(myHeaders.has("Set-Cookie")); // false
myHeaders.set("Content-Type", "text/html");
myHeaders.append("X-Custom-Header", "AnotherValue");
console.log(myHeaders.get("Content-Length")); // 11
console.log(myHeaders.get("X-Custom-Header")); // ['ProcessThisImmediately', 'AnotherValue']
myHeaders.delete("X-Custom-Header");
console.log(myHeaders.get("X-Custom-Header")); // null
いくつかの操作はサービスワーカーでしか役立ちませんが、ヘッダーを操作するためのより良い API を提供しています。
Headers のメソッドはすべて、有効な HTTP ヘッダーではない名前が渡されたときは TypeError が発生します。 immutable ガード(下記参照)がかかっている場合に変更操作を行った場合も TypeError が発生します。それ以外の場合は、暗黙に失敗します。例を示します。
const myResponse = Response.error();
try {
myResponse.headers.set("Origin", "http://mybank.com");
} catch (e) {
console.log("銀行のふりをしないで下さい!");
}
ヘッダーの良い使用方法としては、以下のように、処理を行う前に、コンテンツタイプが正しいかどうか判定する等の使い方があります。
async function fetchJSON(request) {
try {
const response = await fetch(request);
const contentType = response.headers.get("content-type");
if (!contentType || !contentType.includes("application/json")) {
throw new TypeError("Oops, we haven't got JSON!");
}
const jsonData = await response.json();
// process your data further
} catch (error) {
console.error("Error:", error);
}
}
ガード
ヘッダーは、リクエストで送信でき、レスポンスで受信できます。また、どの情報が変更できる(または、すべき)かといったさまざまな制限があります。そのため、ヘッダーには guard プロパティがあります。これはリクエストやレスポンスに含まれませんが、ヘッダーオブジェクトでできる変更操作に影響を与えます。
設定できるガード値には以下のものがあります。
none: 既定値です。request: リクエストから得たヘッダーオブジェクト (Request.headers) を保護します。request-no-cors:Request.modeがno-corsで生成されたリクエストから得たヘッダーオブジェクトを保護します。response: レスポンスから得たヘッダーオブジェクト (Response.headers) を保護します。immutable: ヘッダーを読み取り専用にします。主にサービスワーカーで使用されます。
メモ: response のガードされたヘッダーオブジェクトに Content-Length ヘッダーを追加したり設定したりすることはできません。同様に、レスポンスヘッダーに Set-Cookie を挿入することもできません。サービスワーカーは合成されたレスポンスでクッキーを設定することはできません。
Response オブジェクト
すでに見てきたように、 Response インスタンスは、 fetch() プロミスが解決 (resolve) されたときに返値として渡されます。
使用できる主なレスポンスプロパティには、以下のものがあります。
Response.status— 整数値 (既定値は 200) で、 HTTP ステータスコードが入ります。Response.statusText— HTTP ステータスコードに対応するメッセージの文字列 (既定値は "")。なお、 HTTP/2 ではステータスメッセージに対応していません。Response.ok— 上述の例で使用したように、これは HTTP ステータスコードが 200-299 の範囲にあるかどうかをチェックする略記法です。これは論理値を返します。
Response オブジェクトは JavaScript で動的に作ることもできます。これはサービスワーカーで非常に役立ちます。例えばリクエストを受け取ったときに respondWith() メソッドによってカスタマイズされたレスポンスを返すようなときに役立ちます。
const myBody = new Blob();
addEventListener("fetch", (event) => {
// ServiceWorker intercepting a fetch
event.respondWith(
new Response(myBody, {
headers: { "Content-Type": "text/plain" },
}),
);
});
Response() コンストラクターは、オプションとして 2 つの引数をとることができます。レスポンス本体と初期化オブジェクトです。 (Request() が受け取れるものと似ています。)
メモ: 静的メソッド error() は単純にエラーレスポンスを返します。同様に redirect() メソッドも 指定した URL にリダイレクトするレスポンスを返します。これらはサービスワーカーにのみ関連しています。
本体
リクエストにもレスポンスにも本体データが含まれています。本体は以下のタイプのいずれかのインスタンスです。
ArrayBufferTypedArray(Uint8Array など)DataViewBlobFileString、または文字列リテラルURLSearchParamsFormData
Request および Response インターフェイスは本体を展開するために以下のメソッドを持っています。これらはすべて最終的に実際の内容で解決されるプロミスを返します。
Request.arrayBuffer()/Response.arrayBuffer()Request.blob()/Response.blob()Request.formData()/Response.formData()Request.json()/Response.json()Request.text()/Response.text()
これらはテキストでないデータを XHR よりはるかに楽に扱うことができます。
リクエスト本体は、 body 引数を渡すことによって設定することができます。
const form = new FormData(document.getElementById("login-form"));
fetch("/login", {
method: "POST",
body: form,
});
リクエストとレスポンス(および fetch() 関数の拡張)は、自動的にコンテンツ種別を決定しようとします。リクエストもまた、指定されていなければ自動で Content-Type ヘッダーを設定しようとします。
使用可能かどうかの判別
jQuery.ajax() との差異
fetch の仕様は、 jQuery.ajax() とは特に以下の点で異なっています。
fetch()から返されるプロミスは、レスポンスが HTTP 404 や 500 を返す HTTP エラーステータスの場合でも拒否されません。サーバーがヘッダーで応答すると、プロミスは直ちに正常に解決します(レスポンスが 200-299 の範囲にない場合は、レスポンスのokプロパティがfalseに設定されます)。拒否されるのは、ネットワーク障害があった場合や、何かがリクエストの完了を妨げた場合のみです。credentialsオプションをincludeに設定しない限り、fetch()は次のように動作します。- オリジン間リクエストではクッキーを送信しません。
- オリジン間のレスポンスでは、送り返されたクッキーを設定しません。
- 2018 年 8 月現在、既定の資格情報ポリシーは same-origin に変更されています。