データフェッチはuseEffectの出番じゃないなら、結局何を使えばいいんだ
ショートアンサー React 18 からのフックである、useSyncExternalStore を使えばいいようです。 ※ useEffect がまったくだめだというわけではありません。 ※ クライアントサイドレンダリングのみを考えています。サーバーサイドレンダリングを考慮すると違った答えになるかもしれません。 サンプルコード 次のような useData フックを作ってみます。 JSON API の GET レスポンスを返すシンプルなものです。 実験をしやすいように、リクエスト URL を変えるボタンを置いてあります。 import { useEffect, useState } from "react" export function SearchResults() { const [id, setID] = useState(1) const todo = useData(`http
git push の反対は git pull ではない - Qiita
git push の反対は git fetch です。git pull ではありません。 どういう意味？ git push は、ローカルのリポジトリの内容をリモートのリポジトリに送り込むコマンドです。 git fetch は、リモートのリポジトリの内容をローカルのリポジトリに取り込むコマンドです。 ほら、対になるコマンドでしょう。 では、git pull は？ git pull は、まず、リモートのリポジトリの内容をローカルのリポジトリに取り込み、次に、現在のローカルのブランチに対して、それに対応するリモートのブランチをマージするコマンドです。 マージ処理が入りますね。特に、マージが完了すると、作業ツリーの内容がマージ後の内容に変わります。 git push や git fetch は、リポジトリだけを操作し、作業ツリーは無関係です。これに対して、git pull は、リポジトリだけでなく
Response - Web API | MDN
Response はフェッチ API のインターフェイスで、リクエストのレスポンスを表します。 Response オブジェクトは Response() コンストラクターを用いて生成することができますが、他の API 操作の結果として返される Response オブジェクトに出会う可能性が高いでしょう。例えば、サービスワーカーの FetchEvent.respondWith や、単純な fetch() などです。 Response.body 読取専用 本文のコンテンツの ReadableStream です。 Response.bodyUsed 読取専用 本文がレスポンスで使用されたかどうかを定義する論理値が格納されます。 Response.headers 読取専用 レスポンスに関連した Headers オブジェクトが入ります。 Response.ok 読取専用 レスポンスが成功 (200–2
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Request - Web API | MDN
