Reactのサスペンス機(jī)能はエキサイティングであり、それが來(lái)ており、開(kāi)発者は「準(zhǔn)備ができている」までコンポーネントのレンダリングを簡(jiǎn)単に遅らせることができ、よりスムーズなユーザーエクスペリエンスになります。 「準(zhǔn)備」はここで多くの側(cè)面を指すことができます。たとえば、データロードユーティリティをサスペンスと組み合わせて使用??して、クエリごとに負(fù)荷ステータスを手動(dòng)で追跡せずにデータが転送されている間に、一貫した負(fù)荷ステータスを表示できます。次に、データが利用可能で、コンポーネントが「準(zhǔn)備ができている」とレンダリングされます。これは、サスペンスで最も頻繁に議論されるトピックであり、私は以前にそれについて書いたことがあります。ただし、データの読み込みは、サスペンスがユーザーエクスペリエンスを改善できる多くのユースケースの1つにすぎません。今日話したい別のユースケースは、畫像のプリロードです。

畫像がダウンロードされ、畫面に到達(dá)したときにレンダリングされたときにポジションが不安やジャンプするWebアプリを作成または使用したことがありますか？私たちはそれをコンテンツの再配置と呼び、それは衝撃的で不快なものです。サスペンスはこの問(wèn)題を解決するのに役立ちます。サスペンスの全體的なポイントは、コンポーネントのレンダリングが準(zhǔn)備が整うことを防ぐことだと言ったことをご存知ですか？幸いなことに、「Ready」はここで非常に開(kāi)かれています - 私たちの目的のために、「必要なプリロードされた畫像」を含めることができます。それをする方法を見(jiàn)てみましょう！

サスペンスクイックスタート

詳細(xì)を掘り下げる前に、サスペンスがどのように機(jī)能するかをすぐに理解しましょう。 2つの主要な部分があります。まず、コンポーネントハングの概念があります。これは、Reactがコンポーネントをレンダリングしようとしていることを意味しますが、「準(zhǔn)備ができている」わけではありません。これが起こると、コンポーネントツリーで最も近い「フォールバック」がレンダリングされます。すぐにフォールバックを作成する方法（これはかなり単純です）を確認(rèn)しますが、コンポーネントは、まだ準(zhǔn)備ができていないことをReactに伝えています。 Reactは約束をキャプチャし、コンポーネントがまだ準(zhǔn)備ができていないことを認(rèn)識(shí)し、フォールバックをレンダリングします。約束の場(chǎng)合、Reactは再びレンダリングを試みます。このプロセスを繰り返します。はい、私は少し単純化されていますが、それがサスペンスがどのように機(jī)能するかという點(diǎn)であり、私たちはこれらの概念のいくつかを拡張します。

サスペンスの2番目の部分は、「トランジション」ステータスアップデートの導(dǎo)入です。これは、狀態(tài)を設(shè)定することを意味しますが、Reactに狀態(tài)の変化がコンポーネントを掛ける原因となる可能性があり、これが発生した場(chǎng)合、フォールバックはレンダリングされないことを伝えます。代わりに、ステータスの更新が準(zhǔn)備されるまで現(xiàn)在の畫面を表示し続け、その時(shí)點(diǎn)でレンダリングします。もちろん、Reactは、インライン負(fù)荷フィードバックを提供できるように、このプロセスが進(jìn)行中であることを開(kāi)発者に知らせる「保留中の」ブールインジケーターを提供します。

いくつかの畫像をプリロードしましょう！

まず、この記事の最後に作成している完全なデモがあることを指摘したいと思います。コードにジャンプしたい場(chǎng)合は、今すぐデモを開(kāi)いてください。遷移狀態(tài)の更新と組み合わせてサスペンスがどのように使用されるかを示し、畫像をプリロードします。この投稿の殘りの部分では、コードを段階的に構(gòu)築し、途中で方法と理由を説明します。

わかりました、始めましょう！

すべての畫像がプリロードされるまで、コンポーネントを掛けたいと考えています。操作を可能な限り簡(jiǎn)素化するには、<suspenseimage></suspenseimage> SRC屬性を受信するコンポーネントは、畫像をプリロードし、例外スローを処理してから、 <img src="/static/imghw/default1.png" data-src="https://img.php.cn/upload/article/000/000/000/174358885649082.png" class="lazy" alt="React Suspenseを使用した事前キャッシュ畫像"> HTMLで畫像を使用しますが、JavaScriptのImage()オブジェクトを使用して命令的な方法で畫像を作成することもできます。さらに、この方法で作成する畫像には、畫像がロードされたときに発火するonloadコールバックがあります。このように見(jiàn)えます：

 const img = new Image（）;
img.onload =（）=> {
  //畫像が読み込まれます};

しかし、どのようにしてそれを例外スローと組み合わせるのでしょうか？あなたが私のようであれば、あなたは最初にこのようなことを考えるかもしれません：

 const suspenseimg =（{src、... rest}）=> {
  新しい約束を投げる（（解決）=> {
    const img = new Image（）;
    img.onload =（）=> {
      解決する（）;
    };
    img.src = src;
  }）;
  戻る<img alt="" src="%7Bsrc%7D">;
};

もちろん、問(wèn)題は、これが常に約束を投げかけることです。 Reactがレンダリングを試みるたびに<suspenseimg></suspenseimg>インスタンスが進(jìn)行中の場(chǎng)合、新しい約束が作成され、すぐにスローされます。代わりに、畫像がロードされる前に約束を投げたいだけです。間接的な層を追加することでコンピューターサイエンスのすべての問(wèn)題を解決できるという古いことわざがあります（間接の層が多すぎるという問(wèn)題を除く）。 SRCを読むと、キャッシュが畫像をロードしたかどうかを確認(rèn)します。そうでない場(chǎng)合は、プリロードを開(kāi)始して例外をスローします。そして、畫像がプリロードされている場(chǎng)合、それは単にtrueを返し、Reactが畫像をレンダリングし続けます。

これは私たちのものです<suspenseimage></suspenseimage>コンポーネントがどのように見(jiàn)えるか：

 const suspenseimg =（{src、... rest}）=> {
  imgcache.read（src）;
  返品<img  src="%7Bsrc%7D" alt="React Suspenseを使用した事前キャッシュ畫像" >;
};

これが、私たちがキャッシュした最小バージョンのように見(jiàn)えるものです：

 const imgcache = {
  __cache：{}、
  read（src）{
    if（！this .__キャッシュ[src]）{
      この.__キャッシュ[src] = new Promise（（Resolve）=> {
        const img = new Image（）;
        img.onload =（）=> {
          この.__キャッシュ[src] = true;
          Resolve（this .__キャッシュ[src]）;
        };
        img.src = src;
      }）;
    }
    if（this .__キャッシュ[src] instanceof promise）{
      これを投げます。__キャッシュ[src];
    }
    これを返してください。__キャッシュ[src];
  }
};

完璧ではありませんが、今のところ十分です。使い続けましょう。

達(dá)成

以下は完全に機(jī)能するデモへのリンクを覚えておいてください。そのため、特定のステップで速すぎて移動(dòng)しても絶望しないでください。私たちは行くように説明します。

フォールバックを定義することから始めましょう。コンポーネントツリーにサスペンスタグを配置してフォールバックを定義し、フォールバック屬性を渡します。保留中のコンポーネントは、最新のサスペンスタグを検索してフォールバックをレンダリングします（ただし、サスペンスタグが見(jiàn)つからない場(chǎng)合、エラーがスローされます）。実際のアプリケーションでは、プロセス全體に多くのサスペンスタグがある場(chǎng)合があり、個(gè)々のモジュールの特定のフォールバックを定義しますが、このデモではルートアプリケーションをラップするタグのみが必要です。

 function app（）{
  戻る （
    <suspense fallback="{<Loading"></suspense> }>
      <showimages></showimages>
    
  ）;
}

<loading></loading>コンポーネントは基本的なスピナーですが、実際のアプリケーションでは、よりシームレスなエクスペリエンスを提供するために実際にレンダリングしようとしているコンポーネントのある種の空のシェルをレンダリングしたい場(chǎng)合があります。

これで、私たちのもの<showimages></showimages>コンポーネントは、最終的に次のものを使用して畫像をレンダリングします。

<div>
  {images.map（（img）=>（
    <div key="{img}">
      <suspenseimg alt="" src="%7Bimg%7D"></suspenseimg>
    </div>
  ））}
</div>

最初の読み込みでは、最初の畫像が準(zhǔn)備が整うまで荷重スピナーが表示され、その時(shí)點(diǎn)では、インターレース再配置ラグなしで同時(shí)に表示されます。

トランジションステータスの更新

畫像が配置されたら、次の畫像のバッチをロードすると、ロード後に畫像を表示してもらいたい場(chǎng)合は、もちろん、既存の畫像をロードするときに畫面上に保持します。これを行うためにuseTransitionフックを使用します。これにより、 startTransition関數(shù)と、ステータスの更新が進(jìn)行中であるが停止されていることを示すisPending Booleanが返されます（または、停止されていない場(chǎng)合でも、ステータスの更新に時(shí)間がかかりすぎると真実かもしれません）。最後に、 useTransition場(chǎng)合、 timeoutMs値を渡す必要があります。これは最大時(shí)間です。これは、 isPendingフラグが真である可能性があります。その後、Reactはフォールバックを放棄してレンダリングします（ timeoutMsパラメーターが近い將來(lái)削除される可能性があり、既存のコンテンツが更新されると、遷移狀態(tài)の更新は可能な限り待機(jī)する必要があります）。

これが私がどのように見(jiàn)えるかです：

 const [starttransition、ispending] = usetransition（{timeoutms：10000}）;

Fallbackディスプレイの前に10秒を許可します。これは実際の生活では長(zhǎng)すぎるかもしれませんが、特に実験のためにDevtoolsのネットワークを意図的に減速させる可能性がある場(chǎng)合は、このデモに適しています。

これがそれを使用する方法です。より多くの畫像をロードするボタンをクリックすると、コードは次のようになります。

 starttransition（（）=> {
  setPage（（p）=> p 1）;
}）;

このステータスの更新により、GraphQLクライアントMicro-GraphQL-Reactを使用して新しいデータロードがトリガーされます。これは、サスペンスと互換性があり、クエリが進(jìn)行中のときに私たちに約束を投げかけます。データが返されると、畫像がプリロードされたときにコンポーネントがレンダリングと再度ハングを試みます。これはすべて発生しますが、私たちのisPending値は真実になります。これにより、既存のコンテンツの上部にロードスピナーを表示できます。

インターネットの滝は避けてください

イメージのプリロードが進(jìn)行中に、どのように反応がレンダリングをブロックできるか疑問(wèn)に思うかもしれません。上記のコードを使用して、これを行うとき：

 {images.map（（img）=>（

...そしてその中にレンダリングされているもの<suspenseimage></suspenseimage>、反応は最初の畫像をレンダリングし、ハングしてからリストを再試行し、最初の畫像（現(xiàn)在はキャッシュに）を超えてから、2番目の畫像、次に3番目、4番目などを掛けます。前にサスペンスについて読んだ場(chǎng)合は、これらすべてのレンダリングが起こる前にリスト內(nèi)のすべての畫像を手動(dòng)でプリロードする必要があるかどうか疑問(wèn)に思うかもしれません。

Reactがサスペンスの世界で物事をどのようにレンダリングするかについてはかなり賢いので、心配したり、厄介なプリロードをする必要はないことがわかります。 Reactがコンポーネントツリーを通過(guò)すると、保留中に遭遇しても停止しません。代わりに、コンポーネントツリー內(nèi)の他のすべてのパスをレンダリングしようとし続けています。したがって、はい、畫像0をレンダリングしようとすると、ハングが発生しますが、Reactはハングする前に畫像1をnにレンダリングしようとし続けます。

これは、新しい畫像セットがロードされたときに完全なデモでネットワークタブを表示することで表示できます。ネットワークリストにすぐに畫像バケットが表示され、1つずつ解析され、完了した場(chǎng)合、結(jié)果を畫面に表示する必要があります。この効果を?qū)g際に増幅するには、ネットワークの速度を「高速3G」に減らすことをお?jiǎng)幛幛筏蓼埂?/p>

楽しみのために、Reactがコンポーネントをレンダリングしようとする前に、キャッシュから各畫像を手動(dòng)で読み取り、コンポーネントツリー內(nèi)のすべてのパスを橫斷することにより、サスペンスに畫像を通過(guò)させることができます。

 Images.foreach（（img）=> imgcache.read（img））;

これを説明するデモを作成しました。新しい畫像セットをロードするときにネットワークタブを表示すると、ネットワークリストに順?lè)俗芳婴丹欷皮い毪长趣铯辘蓼梗à郡坤?、ネットワークを遅くしてこれを?qū)g行しないでください）。

遅延ハング

サスペンスを使用する場(chǎng)合、1つの推論を覚えておく必要があります。レンダリングで可能な限り遅れてコンポーネントツリーの低レベルを掛けます。一時(shí)停止された畫像の束をレンダリングしている場(chǎng)合<imagelist></imagelist>、各畫像が獨(dú)自のコンポーネントに吊り下げられていることを確認(rèn)して、Reactが個(gè)別にアクセスできるように、他の畫像をブロックして滝をブロックしないようにします。

このルールのデータ読み込みバージョンは、実際にそれを必要とするコンポーネントによってデータを可能な限りロードする必要があるということです。これは、コンポーネントで以下を?qū)g行することを避ける必要があることを意味します。

 const {data1} = usesuspensequery（query1、vars1）;
const {data2} = usesuspensequery（query2、vars2）;

これを避けたい理由は、クエリがハングしてから2つを照會(huì)し、滝を引き起こすためです。これがまったく回避できない場(chǎng)合は、吊り下げる前に両方のクエリを手動(dòng)でプリロードする必要があります。

デモ

これが私のコミットメントのデモンストレーションです。上記のデモと同じです。

デモを開(kāi)き、実行して開(kāi)発ツールを開(kāi)くと、DevToolsネットワークタブに表示されているDisable Cacheボックスをチェックしてください。そうしないと、デモ全體が破損します。

コードは、私が以前に示したコードとほぼ同じです。デモの1つの改善は、キャッシュ読み取り方法に次の行があることです。

 setimeout（（）=> Resolve（{}）、7000）;

すべての畫像を適切にプリロードしますが、実際の生活では、1つまたは2つの畫像がゆっくりとロードされるという理由だけで、無(wú)期限にレンダリングをブロックしたくない場(chǎng)合があります。したがって、たとえ畫像の準(zhǔn)備ができていなくても、しばらくすると緑色の光を與えます。ユーザーは畫像または2つの點(diǎn)滅が表示されますが、これはソフトウェアフリーズのフラストレーションに耐えるよりも優(yōu)れています。また、7秒が長(zhǎng)すぎる可能性があることを指摘したいと思いますが、このデモでは、ユーザーがDevToolsのネットワークを遅くして、サスペンス機(jī)能をより明確にし、できればこれをサポートする可能性があると思います。

デモには、Precache畫像チェックボックスもあります。デフォルトで選択されますが、通常の使用にしてチェックすることができます<img alt="React Suspenseを使用した事前キャッシュ畫像" >タグの交換<suspenseimage></suspenseimage>コンポーネント、サスペンスバージョンを「通常の反応」と比較する場(chǎng)合（結(jié)果が表示されたら確認(rèn)しないでください。そうしないと、UI全體がハングしてフォールバックをレンダリングする場(chǎng)合があります）。

最後に、CodeSandboxと同様に、一部の狀態(tài)が同期しない場(chǎng)合がある場(chǎng)合があるため、物事が奇妙に見(jiàn)えたり破損したりする場(chǎng)合は、更新ボタンをクリックします。

その他

このデモをまとめるとき、私は誤って大きな間違いを犯しました。ブラウザがダウンロードした畫像をキャッシュするため、デモがその効果を失いたくありません。したがって、キャッシュブレーカーを使用してすべてのURLを手動(dòng)で変更します。

 const [cacheBuster、setCacheBuster] = ueseState（initial_time）;

const {data} = usesuspensequery（get_images_query、{page}）;
const images = data.allbooks.books.map（
  （b）=> b.smallimage `？cachebust = $ {cachebuster}`
）;

Initial_timeは、モジュールレベル（つまり、グローバル）で定義されます。

 const initial_time = new date（）;

なぜ私がこれをしなかったのか疑問(wèn)に思っているなら：

 const [cachebuster、setCacheBuster] = ueseState（new date（））;

...これは、ひどくひどい結(jié)果をもたらす可能性があるためです。最初のレンダリングでは、畫像はレンダリングを試みます。キャッシュはハングを引き起こし、反応するレンダリングをキャンセルし、フォールバックを表示します。すべての約束が解析されたとき、Reactは再目的レンダリングを試みます、そして、私たちの最初のuesestateコールは再実行されます。

 const [cachebuster、setCacheBuster] = ueseState（new date（））;

...新しい初期値で再実行され、まったく新しい畫像URLがセットになります。コンポーネントが実行されることはなく、CodeSandboxデモは実行を停止します（これにより、デバッグがイライラします）。

これは、この特定のデモの獨(dú)自の要件によって引き起こされる奇妙な特別な問(wèn)題のようですが、より大きな教訓(xùn)があります。レンダリングは純粋であり、副作用はないはずです。 Reactはコンポーネントを複數(shù)回再レンダリングしようとすることができるはずであり、（同じ初期小道具が與えられた）は、反対側(cè)から同じ狀態(tài)を取得する必要があります。

以上がReact Suspenseを使用した事前キャッシュ畫像の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。