まず第一に、そのような素晴らしいツールを作成してくれてありがとう！ Next.jsは、「両方の長所をもたらす」Webアプリ（シングルページアプリとサーバー側のレンダリング）を構築するための「夢のフレームワーク」のように思えます。
私にとって、Next.jsがその約束を果たすのに役立つ最も重要な部分は、すべてのコンポーネントをプリフェッチする機能です。 タグはページ内を指します。
ドキュメントによると、この機能はChromeとFirefoxのみをサポートするAPIであるServiceWorkerを使用して実装されています。 これは、Webユーザーの大部分がこの優れた機能を利用できないことを意味します。 何かが恋しいのかわかりません。
Service Workerを使用する代わりに、最新のすべてのブラウザーをサポートする他の種類の手法を使用してプリフェッチを実装できますか？
irrigator
全てのコメント3件
これは、Webユーザーの大部分がこの優れた機能を利用できないことを意味します
これはちょっと間違っています。 参照： http ：//caniuse.com/#feat = serviceworkers
ブラウザはこの方向に進んでおり、まもなく追いつくでしょう。
とにかく、私たちの現在の焦点は2.0の出荷であり、現在のプリフェッチソリューションはそのためにかなりきちんとしています。
誰かがこの提案に取り組むことができれば、私たちはノーと言う理由はないと思います。
（そして、ユーザーランドでもそれを行うことは完全に可能です）
arunoda
2016年12月26日
ここで、サポートを拡大するためのいくつかのアイデア、つまりAppCacheを使用することに注意しました： https ：
sedubois
2016年12月26日
何年にもわたって私たちに役立ってきた原則は、すべてのブラウザに_support_を提供することですが、最新のブラウザには_optimizations_を提供することです。
プリフェッチは最適化です。 非推奨となる最適化にますます多くのコードを投資すること（すべての最新のユーザーエージェントがServiceWorkerサポートするか、そうすることを計画しているため）は、焦点を当てるのに適した領域ではないようです。
必要に応じて、 next/prefetchと同じAPIを公開する独自のユーザーランドプリフェッチモジュールを自由に作成してください。 素晴らしいのは、 next/prefetch使用しないと、ビルドに組み込まれないということです。 膨満感なし:)
rauchg
2016年12月29日
関連する問題
sospedra
·
3コメント
olifante
·
3コメント
kenji4569
·
3コメント
renatorib
·
3コメント
ghost
·
3コメント
最も参考になるコメント
何年にもわたって私たちに役立ってきた原則は、すべてのブラウザに_support_を提供することですが、最新のブラウザには_optimizations_を提供することです。
プリフェッチは最適化です。 非推奨となる最適化にますます多くのコードを投資すること（すべての最新のユーザーエージェントが
ServiceWorkerサポートするか、そうすることを計画しているため）は、焦点を当てるのに適した領域ではないようです。必要に応じて、
next/prefetchと同じAPIを公開する独自のユーザーランドプリフェッチモジュールを自由に作成してください。 素晴らしいのは、next/prefetch使用しないと、ビルドに組み込まれないということです。 膨満感なし:)