これらのフォーラムではなぜJavaScriptが必要なのですか?他のフォーラムではJavaScriptなしでも動作するのに。
「いいね!」 1
Discourseは基本的に純粋なJavaScriptでできているからです。JavaScriptを取り除くと何も残りません ![]()
技術的な解決策が違うだけで、それ以外は何もありません。
「いいね!」 3
それはそのように作られているだけです。Discourse は単に JavaScript を「必要」としているのではなく、ブラウザ全体にロードされる JavaScript アプリケーションであり、このアプリケーションは API を使用してサーバー側のデータベースからデータをロードします。
@Jagster の方が速かったです。また、私の説明は少し曖昧かもしれませんが、ここでより良く説明できる専門家がいると確信しています!
「いいね!」 5
これは、もう少し詳しく説明する価値があります。
まず、以下の点についてです。
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
