サーバー側のページレンダリングを使用すると、どのような利点が得られますか？

私はWebアプリを開発していますが、現在、Webサイト全体をhtml / js / cssで記述しており、バックエンドにはRESTFULサービスをホストするサーブレットがあります。すべてのプレゼンテーションロジックは、jsonオブジェクトを取得し、javascriptを使用してビューを変更することで実行されます。

アプリケーションは基本的に検索エンジンですが、異なるロールを持つユーザーアカウントがあります。

PlayやSpringなどのフレームワークを研究しています。私はかなりWeb開発に慣れていないので、サーバーサイドページレンダリングを使用するとどのような利点が得られるのだろうかと考えていましたか？

それは：スピードですか？より簡単な開発とワークフロー？既存のライブラリへのアクセス？もっと？上記のすべて？

サーバー側のHTMLレンダリング：

• 最速のブラウザレンダリング
• 迅速かつダーティなパフォーマンスの向上としてページキャッシュが可能
• 「標準」アプリの場合、多くのUI機能が事前に構築されています
• 通常、コンポーネントはコンパイル時の検証の対象となるため、より安定していると見なされる場合があります
• バックエンドの専門知識を活用
• 時には開発が速い*

* UI要件がフレームワークによく適合する場合。

クライアント側のHTMLレンダリング：

• より低い帯域幅使用
• 初期ページのレンダリングが遅い。最新のデスクトップブラウザでは目立たない場合もあります。IE6-7または多くのモバイルブラウザ（モバイルWebキットは悪くない）をサポートする必要がある場合、ボトルネックが発生する可能性があります。
• APIファーストの構築は、クライアントがプロプライエタリアプリ、シンクライアント、別のWebサービスなどになりやすいことを意味します。
• JSの専門知識を活用
• 時々開発が速くなる**

** UIの大部分がカスタムで、より興味深いインタラクションがある場合。また、解釈されたコードを使用したブラウザでのコーディングは、コンパイルとサーバーの再起動を待つよりも著しく高速です。

また、mustacheのようなフロントエンド/バックエンドテンプレートシステムを使用した、軽いバックエンド実装を備えたハイブリッドモデルを検討することもできます。

サーバー側のHTML生成：

• デバッグが簡単。
• ブラウザの互換性に問題はありません。
• 古典的な全ページサーバー側の生成では、HTMLに大きな不変部分がある場合でも、HTMLをキャッシュするのは困難です。（解決策は、AJAX呼び出しを介してHTMLフラグメントを取得することです）;
• ダイナミックHTMLのキャッシングプロキシとCDNを利用しない。

クライアント側のHTML生成：

• デバッグが難しい。
• 廃止されたブラウザに関するいくつかの問題。
• HTMLテンプレートのクライアント側のキャッシュに問題はありません。
• HTMLテンプレートとJSコードのキャッシングプロキシとCDNを利用します。
• はるかに低いネットワーク使用率。

クライアント側の生成は、モバイルサイトが成功した場合に行う方法であることに注意してください。明らかに、最新のブラウザーではより効率的です（WebKitベースのブラウザーはモバイル市場の70〜80％を占めています）。

LinkedInには、dust.jsを例として使用したクライアント側のアプローチの利点に関する記事があります。

要件によって異なります。多数の小さなタスクに依存する高性能で低遅延のソリューションが必要な場合は、説明と類似した構造を使用することができます。ただし、Java、PHP、およびC＃で最も一般的なソリューションは、これにデフォルト設定されていません。

ほとんどのWebアプリケーションはデータベースに非常に大きく依存しています。そのほとんどがデータベースに依存しているため、少なくとも1回呼び出しを行わないとページをレンダリングできません。いくつかの理由から、データベースを公開したくないのは明らかです。

• セキュリティ（Odedの言及）- ネットワークを公開することは絶対に望まないでしょう！理想的には、外部からシステムへの唯一のインターフェースはサーバーへのhttpsでなければなりません。
• 開発のしやすさ-本当に、本当に、本当に JavascriptでSQLを書きたくないので、Webプレゼンテーション用に設計された言語はRDBでうまく機能しません。たとえば、状態の概念はありません。

そのため、データベースが必要なときは、Java、C＃、PHPなど、それらとうまく機能する言語を使用します。ページを生成する最も簡単な方法は次のとおりです。テンプレート言語（最も有名なPHP、しかし、JSPとASPは他の2つの非常に一般的な言語です）、ページを構築します。この言語は、他のモジュールを呼び出す構成を提供します。PHPでは、これは通常、ページまたは別のPHPファイルにあり、MVCパターンを使用します。JSPでは、スクリプトレットまたはJSP式言語を使用します。これらの他のモジュールは、DBに接続し、ロジックを実行し、ビューレイヤーに値を返すという重い作業に対応できます。最終結果は生成されたHTMLページであり、サーバーでレンダリングされてクライアントに送信されます。

データベースがページレンダラーと同じネットワーク上にある場合、パフォーマンスも向上します。クライアントは1つのリクエストを実行するだけでページを受信します。ユーザーが必要とするすべての情報を取得する前に、10〜15のDBリクエストを実行する必要があります。ネットワークでのミリ秒の遅延は、クライアントがすべてを行う必要がある場合、数秒から数分になります。

システムが大きくなると、懸念事項と中核能力の分離が重要になります。HTMLは表示に適しています。Javascriptは動的コンテンツに適しています。SQLはデータベースのクエリに最適であり、他の言語はビジネスロジックが得意です。開発者としての私たちの仕事は、利用可能なすべてのツールを使用して保守可能なシステムを構築することです。開発の容易さは、優れたシステムの大きな部分です。私の考えでは、パフォーマンスと使いやすさとほぼ同じくらい重要です。優れたシステムは時間とともに進化します。貧弱なシステムは最初からひどく書かれていて、改善されることはありませんでした。

モバイルクライアントは通常、電力、帯域幅、およびメモリの制約を受けます。サーバー上でページをレンダリングする方がおそらく良いでしょう。

デスクトップクライアントの場合、js + jsonを送信してクライアントでページをレンダリングしたり、動的に更新可能にしたりすることを検討できます。

サーバー側レンダリングの大きな利点の1つはアクセシビリティです。javascriptベースのアプリは、視覚のない人々にとって依然として大きな問題です。それに、「googlebot」と呼ばれるこの盲目の男がいます。彼はjavascriptもうまくやっていない。