私はかなりの間、react.jsフレームワークを研究してきました。私はまだクライアント側とサーバー側のレンダリングの違いを完全には理解していません (明確な違いを探す努力にもかかわらず)。したがって、親切な魂がこのトピックについて明確で鮮明な説明を提供してくれることを非常に感謝します?
ところで、私は .NET のバックグラウンドを持っているため、より JS 指向のプログラミング方法に向けて自分の考えを調整するために最善を尽くしています。
ありがとう!
私はかなりの間、react.jsフレームワークを研究してきました。私はまだクライアント側とサーバー側のレンダリングの違いを完全には理解していません (明確な違いを探す努力にもかかわらず)。したがって、親切な魂がこのトピックについて明確で鮮明な説明を提供してくれることを非常に感謝します?
ところで、私は .NET のバックグラウンドを持っているため、より JS 指向のプログラミング方法に向けて自分の考えを調整するために最善を尽くしています。
ありがとう!
サーバー側のレンダリングでは、Web サーバーを扱っています (C#.Net などを作成することを考えてください)。ブラウザーで行うように、ドキュメントやウィンドウはありません。したがって、react が行うことは、メモリ内に「仮想」DOM を構築し、それを実際にブラウザで取得する特別な属性を持つ HTML の文字列に変換することです。次に、その html の文字列を使用して HTTP 要求に応答します。次に、ブラウザで反応アプリケーションをロードすると、サーバーが中断したところから取得され、ブラウザのメモリに別の「仮想」DOM が構築されます。正しく行うと、このプロセス中にドキュメントを操作する必要がまったくないため、ブラウザはこの動的ページを静的な html ファイルであるかのようにロードします。しかし、今ではライブの React 仮想 DOM があり、アプリケーションは別のページに移動できます。
これを正しく行うには、多くの NPM パッケージをつなぎ合わせて、ユース ケースに最も近い例を見つけようとする必要があります。これは、すべてが 1 つのフレームワークに実際に統合されている .NET から来て、おそらく少しイライラするでしょう. アプリのすべての部分について考慮すべきさまざまなツールとテクニック (lint、transpile、bundle、test、build など) があり、それらをすべて連携させるには、ある程度の時間と手間がかかる場合があります。基本的に、これは最近最も最適な Web アプリを入手するために支払う価格です。これらのツールでできることは驚くべきことですが、使い始めるには急な学習曲線があることは間違いありません。ここの人々はいつも助けてくれます!