私はjQueryテンプレートを見ています。これは非常に興味深いものです。構文が簡単で、使いやすく、非常にクリーンです。
しかし、AJAX を介して単に部分ビューをフェッチするのではなく、jQuery テンプレートを使用する方が優れている理由がよくわかりません。部分ビューの方が保守がはるかに簡単で、コードの重複を避けるのに役立つように思えます。
jQuery テンプレートを使用したい。しかし、部分的なビューよりも優れているのはいつでしょうか?
私はjQueryテンプレートを見ています。これは非常に興味深いものです。構文が簡単で、使いやすく、非常にクリーンです。
しかし、AJAX を介して単に部分ビューをフェッチするのではなく、jQuery テンプレートを使用する方が優れている理由がよくわかりません。部分ビューの方が保守がはるかに簡単で、コードの重複を避けるのに役立つように思えます。
jQuery テンプレートを使用したい。しかし、部分的なビューよりも優れているのはいつでしょうか?
私はこれらが重複することに同意します。同じソフトウェアを実装するにはいくつかの異なる方法があり、何を使用するかについての決定の多くは、個人的な好みとソフトウェアのコンテキストによって異なります。
部分ビューの利点:
jQueryテンプレートの利点:
したがって、本質的に、部分ビューはより安定しており、jqueryテンプレートは(ajax Webサイトの場合)よりパフォーマンスの高い選択肢です。したがって、私は、迅速に開発する必要のある頻度の低いWebページには部分ビューを使用し、パフォーマンスが本当に重要な非常に複雑なWebページにはjQueryテンプレートを使用します。
1 つの例は、最初に多数の行を表示したいが、ページ ビューの過程で単一の行を追加/削除したい場合です (請求書ドキュメントを表示してから編集することを考えてください)。一度に 1 つの行をレンダリングできるように細かく制御することで、アプリの応答性を大幅に向上させることができます。
jqt の利点の 1 つは、フロント エンドの開発をサード パーティ (この種の作業を専門とする) に非常に簡単に渡すことができ、json のオブジェクト モデルを知るだけでよいことです。(さらに、サーバーに戻るいくつかの「インターフェース」もあるかもしれません)
このようにして、「バックエンド」開発者は目の前のタスクに集中でき、「フロント」エンド チームは jqt を開発できます。jqt のもう 1 つの利点は、それらが .net 環境から完全に分離されていることです。そのため、バックエンド テクノロジをアクションのサブセット (j2ee、php など) に変更することは可能です (可能性が低い場合)。残りの URL。
それは観察するのに興味深い「空間」であり、私はまだ手を出し始めたばかりです。ただし、フェンスの両側では、状況は改善されるだけであり、数週間前にデイブ (ワード) に言及したように、おそらくいくつかのカミソリ エンジン エンドポイントは、将来のバージョンで jqt と直接統合する方法を提供するでしょう。避けられない。