3

Web アプリケーションを作っているのですが、JavaScript をどこまで活用すればよいか悩んでいます。

これは、1 つのページで作成できるシンプルなアプリケーションであり、「アプリのように」表示され、すばやく応答します (直接 DOM 操作を AJAX と組み合わせて使用​​します)。

私はこれを取ることができる 3 つの一般的な方法を参照してください。

  • A) サーバー上ですべての HTML を生成し、JavaScript でマイナーな DOM 操作を行い、AJAX を使用して小さな変更をサーバーに投稿し、大きな変更のためにページをリロードします。

  • B) サーバー上ですべての HTML を生成しますが、ページのリロードを少なくし、代わりに AJAX を使用して、サーバーが準備完了の HTML を返してさまざまな に挿入できるようにします。

  • C) JavaScript ですべての HTML を生成し、サーバーが HTML に挿入するデータを含む JSON オブジェクトのみを返すようにします。

私がオプション C に興味を持った理由は、興味深い MVC の感覚を物事に与えるからです。サーバーはモデルを実行し、クライアントはビューを実行します。

JavaScript が欠けているクライアントは問題ではないことに注意してください。ブラウザーの互換性を確保するために JavaScript フレームワークを使用します。

これにより、開発プロセスがスムーズになったという前向きな経験をした人はいますか? これは、特定の名前を持つ確立された方法でしょうか？

4

3 に答える 3

0

私たちの製品の webclient は完全にオプション C で作成されています。ただし、私たちの場合は必要に迫られて始まったので、利点についてはあまり言えません: a) 最も古い JS フレームワークでさえ、赤ちゃんのステップ; b) このプロジェクトには、一般的に Java/OOP の経験を積んだ多くのプログラマーがいましたが、html の宣言性に不安を感じていました。

そのため、当時行われていたのは「OO-JS」フレームワークで、Javascript で利用可能なすべてのオブジェクト指向ハック (継承ハック、偽のカプセル化など) を使用して、ほぼ「感じた」API を作成しました。 Java コーディング -- オブジェクトの階層があり、ページの html を変更する機能的なスタイルのコードを書くことができました。これらすべては、html 自体に触れることさえありません。昔はかなりクールでしたが、今ではかなり普通です。

そのため、私たちはこの自作のフレームワークを今日まで使用しており (サードパーティのフレームワークへの移行コストが高すぎます)、当初の目的とほぼ同じように機能しています。私たちのページは、一連の JS インポート (国際化されたメッセージ、さまざまなテキスト定数など) と、DOMContentLoadedイベント時にプロセス全体を起動する関数にすぎません。その後 -- 残りの作業を行うのは純粋に Javascript です。

現在、私たちの製品は、多数の ajax 呼び出しによって駆動される非常にリッチな UI を使用しています。正直なところ、他の場合にアプローチ C を使用することはお勧めできません。より単純な UI は、A または B のアプローチを採用することではるかに簡単に実装できます。しかし、あなたはそれをよく理解していると確信しています。

于 2013-08-17T09:07:28.790 に答える