PWAの応答解析に適していますか？

Question

私はウェブサイトの上に雑誌を構築しています。 これはパブリックページを照会し、HTMLコンテンツをJSONに解析しています。

ここで、最も簡単なことは、ウェブページ/クライアント上のHTMLを解析することです。

しかし、大きなペイロードでは、クライアントは複数のフレームでビジー状態になりますが、これはPWAには望ましくありません。

私も勤務労働者を使用しています。 サービスワーカーは、代わりに構文解析を行うのに最適な場所ですか、Webワーカーだけですか？

Webページによって解析が行われる場合は、SWキャッシュのhtmlテキストは必要ですか？

Answer 1

サービスやWebワーカーが解析するのに適切かどうかはわかりません。

サービス従事者

• ネットワーク要求を処理するバックグラウンドサービスがある：私はあなたを与えることができますは、2つの間の差です。オフラインの状況やバックグラウンドの同期やプッシュ通知を処理するのに最適です。 DOMと直接対話できません。通信はService WorkerのpostMessageメソッドを経由しなければなりません。

オフラインで初めてのWebアプリケーションを作成する場合にも最適です。サーバーから新しいデータを取得したり、更新された情報をサーバーに戻したりすることができれば、サーバーとやりとりすることができます。これにより、ユーザーの接続性に関係なくアプリが機能します。

ウェブ労働者

• 模倣マルチスレッド、彼らが実行してから他のスクリプトをブロックしないように、集中スクリプトをバックグラウンドで実行されることを可能にします。 UIの応答性を維持しながら、プロセッサを大量に使用する機能を実現するのに最適です。 DOMと直接対話できません。コミュニケーションは、WebワーカーのpostMessageメソッドを経由しなければなりません。

これは、実行するために強烈な機能を備えているすべてのWebアプリケーションに最適です。イベントのリスナーやその他のUIのやりとりを設定するなど、主要なJSが揺れ続けるように、強力な関数をバックグラウンドスレッドにプッシュできます。その後、強力な機能が実行されると、彼らは結果を報告して、メインのJSがWebアプリケーションを更新するようにします。詳細については

、これらのリンクをチェック：

• The difference between Service Workers, Web Workers and WebSockets

• What's the difference between "service workers" and "web workers" in JavaScript?

• Service Workers: an Introduction

を