React/Reduxのサーバーサイドレンダリングのポイントは何ですか?React/Reduxのサーバーサイドレンダリングのポイントは何ですか?
私は、ソフトウェアに別のレベルの複雑さが追加されているように見えますが、実際にはその利点が分かりません。
サーバー側のレンダリングでよく使用されるケースは何ですか?
React/Reduxのサーバーサイドレンダリングのポイントは何ですか?React/Reduxのサーバーサイドレンダリングのポイントは何ですか?
私は、ソフトウェアに別のレベルの複雑さが追加されているように見えますが、実際にはその利点が分かりません。
サーバー側のレンダリングでよく使用されるケースは何ですか?
Universal appsまたは "同形的なJavaScript"の全体的なポイントは、その「一度書いて、どこでも動く」というモットーです。特定のバックエンドプロジェクトを維持する必要がなく、テクニックの異なる特定のフロントエンドプロジェクトを保守する必要がなく、代わりにJavaScriptプロジェクト全体を1つにまとめることを意味します。
最初のGET
要求を処理するバックエンド固有の部分を維持する必要があるため、思ったほどのダンディーではありません。
また、Googleが現在かなり競争力の高いSPAをクロールしているにもかかわらず、サーバー側の最初のページ読み込み時にGoogsがウェブサイトを100%クロールできるようにする一方で、
複雑さに関しては、それはあなたが望むように複雑でも簡単かもしれません。 「普遍的なアプリケーション」を実行することによってすべてが解決されるわけではなく、標準的なWebアプリケーションを実行することによってもすべてが解決されるわけではありません。クライアント側は明らか
で
1.改善さ(知覚)の性能を、レンダリングされたコンポーネントがに示されています
はのSSR(サーバサイドレンダリング)はCSR(クライアント側レンダリング)を超えるいくつかの利点を提供していますリアクトブラウザをレンダリングするのを待つ必要はありません。すべてのリアクションコードがロードされて実行されるまで、Webサイトはインタラクティブではありませんが、ユーザーにできるだけ早くコンテンツを表示することで、知覚されるパフォーマンスが向上します。
2.より良いSEO
コンテンツので、検索エンジンのクローラは、JSタグでだけではなく、空白のページのレンダリングされた内容を見ることができ、サーバ側でレンダリングされています。
注:GoogleクローラはJavaScriptレンダリングをサポートしていますが、他の検索エンジンについてはわかりません。
複雑さの程度 - はい、SSRは複雑さを増しましたが、それぞれの技術的決定には常にトレードオフがあります。
クライアント側のレンダリングではなく、サーバー側のレンダリングのポイントは何ですか?あなたがその質問に対する答えを知っているなら、それは同じ答えです。 – aug