DiscourseフォーラムはなぜJSを必要とするのですか?

これらのフォーラムではなぜJavaScriptが必要なのですか?他のフォーラムではJavaScriptなしでも動作するのに。

「いいね!」 1

Discourseは基本的に純粋なJavaScriptでできているからです。JavaScriptを取り除くと何も残りません :wink:

技術的な解決策が違うだけで、それ以外は何もありません。

「いいね!」 3

それはそのように作られているだけです。Discourse は単に JavaScript を「必要」としているのではなく、ブラウザ全体にロードされる JavaScript アプリケーションであり、このアプリケーションは API を使用してサーバー側のデータベースからデータをロードします。


@Jagster の方が速かったです。また、私の説明は少し曖昧かもしれませんが、ここでより良く説明できる専門家がいると確信しています!

「いいね!」 5

これは、もう少し詳しく説明する価値があります。

まず、以下の点についてです。

:thinking: :eyes: GitHub - discourse/discourse: A platform for community discussion. Free, open, simple.

Discourseは実際には主にRuby on Railsでできており、(GitHubによると)そのうちの4分の1にすぎませんが、それは非常に重要な4分の1であり、クライアントサイドを支配しています。

Discourseやその他の最新のウェブサイト(/ウェブアプリ)がJavaScriptを使用する理由は次のとおりです。

  • ワークロード: サーバーの多くの作業を軽減するため、ウェブサイトのスケーラビリティが向上します(ユーザーのマシンに一部の作業を分担させるのはどうでしょうか?!)。
  • 帯域幅: 初期ロードでJavaScriptをダウンロードするために少し時間がかかるかもしれませんが、それ以降のデータのインターリーブロードは、マークアップとUI全体のレイアウトだけでなく、データのみを転送するため、はるかに高速で帯域幅の使用量もはるかに少なくなります(もし明日、世界からJavaScriptがなくなったら、インターネットは停止するかもしれませんか?)。そのため、ウェブ上で物事がより迅速に行われ、貧弱なモバイル接続のような低帯域幅接続が可能になります。
  • UI: UIの動的な性質を改善し、ユーザーエクスペリエンスを向上させます(例:ボタンをクリックして画面の一部のみを更新する - ブラウザ全体の再描画は不要)。
  • 標準であること: JavaScriptは、モバイルブラウザを含むすべての最新ブラウザの標準であるため、一度書けば、ほとんどのデバイスにアプリのような機能を提供できます。
  • 関心の分離: サーバープロセスがUIのレンダリングを(通常は)心配する必要がないように分離されているため、JavaScript(あるいはHTML)ベースではない他のフロントエンドへの移行やサポートが容易になります。iOSアプリなど。

他にもたくさんの利点があると思いますが、これらが基本的なものです。

「いいね!」 12

クライアント側から見て、エンドユーザーにとっては純粋なJS、あるいはそう見える、ということですよね?

「いいね!」 3