javascript - 複雑なクライアント側のロジック-サーバー側に移動する方が良いですか？

Question

私はサードパーティの検索APIを使用しており、アプリケーション全体をブラウザー側に保持することを楽しんでいます。XMLは完全にjavascriptで消化され、javascriptテンプレートエンジンを使用して複雑な結果オブジェクトを動的にレンダリングしています。ページのリロードはほとんど発生せず、多くの派手なJavaScriptが実行されています。

すべてをjavascript側に保持することは、私にとってクリーンなことです。これにより、デプロイメントがはるかに簡単になり、すべてのコードを1か所にまとめることができます。私は、Javaでコーディングするのと同じように、javascriptでうまくコーディングすることを厳密にしようとしていますが、これまでのところ、物事はかなりうまく機能しているようです。私はYUIテストを使用してTDDスタイルで作業するように努力しており、これにより、避けられないクロスブラウザーのバグを見つけて修正しやすくなると楽観視しています。コードサイズはごくわずかではありませんが、それほど悪くはありません。展開前に縮小する予定です。これにより、現在の約2/3に縮小されるはずです。

考慮していない欠点はありますか？ここでフロントサイディングアプリケーションロジックの他の支持者はいますか？

Answer 1

ページのリロードはほとんど発生せず、多くの派手な JavaScript が実行されています。

JavaScript に過度に依存することには、大きな欠点が 1 つあります。Web アプリケーションを設計するときはいつでも、ユーザーが JavaScript を有効にしていないという前提に基づいて作成する必要があることを覚えておいてください。これは少数派ですが、何らかの理由で JavaScript を有効にしていないユーザーがまだたくさんいます。アプリケーションが基本的な操作で JavaScript に大きく依存している場合、JavaScript を無効にしているユーザーはアプリケーションにアクセスできなくなります。

JavaScript または AJAX 機能を備えたページを作成するときはいつでも、ユーザーのブラウザーで JavaScript がオフになっている場合に備えて、情報を表示または送信するための二次的な方法があることを常に確認しています。もちろん、これは多くの場合美学上必要ではありません。メニュー項目をクリックしてページを変更したときにメニューバーに沿ってスライドするメニュー項目は、JavaScript がオフになっていて、単に静的リンクのように動作する場合、ページのコア機能には影響しません。ただし、データの入力や結果の表示などのコア機能については、JavaScript が有効になっていないときに使用されるバックアップ メソッドを提供する必要があります。

Answer 2

AJAXは、実際にユーザーエクスペリエンスが向上する場合にのみ使用してください。些細な機能でJSが不必要に必要になるのは非常に面倒です。私は（あなたのアプリの場合はわかりませんが）JSなしで検索を入力し、結果を取得し、結果をページングできることを期待しています。

AJAXページングや検索の絞り込みなどの「エクストラ」には何の問題もありません。しかし、必需品はどちらの方法でもそこにあるべきです。