jquery 統合のニュースの後、jQuery と MS Ajax について多くの議論が行われています。
私は現在、チームに jQuery を検討するよう説得している最中ですが、どちらのプロでもありません。
私のチームは、生のms ajaxクライアントライブラリを使用するだけでjQueryができることをできると主張しているため、jQueryとMS Ajax「クライアント」ライブラリの良い比較が本当に必要であり、jQueryはより優れたセレクターを持っているようです.
一部のシナリオで MS Ajax よりも jQuery を使用する理由について、誰かが良い洞察を与えることができますか? より良いパフォーマンスが懸念される場合は？
ありがとうございました！
私は両方を使用します。これら 2 つは異なるユース ケースのためのものだと思います。MS AJAX は、初期ロード (ScriptControl) 中にサーバーからクライアントにデータを通信するため、および初期のコントロール要素の関連付けを作成するためのものです。また、Web サービス ラッパーはデータ AJAX に非常に役立ち、ラッパーは MS AJAX ライブラリに依存します。
また、jQuery は、ページが読み込まれた後の DOM トラバーサル/変更用です。MS AJAX はこれを行うことができますが、jQuery よりもはるかに複雑な方法です。また、フレームワークとしての jQuery は、多数のプラグイン (メニュー/ツリーなどのクライアント側のスクリプトやコントロール) へのアクセスを提供します。
質問する必要があります - なぜ ASP.NET を使用するのですか? 主にそれが提供するコントロールのためです。jQuery がコントロールをプラグインとして提供する場合、ASP.NET や Microsoft AJAX ツールキットも必要ありません。サイトを純粋な HTML ページに基づいて設計し、jQuery を使用して HTML ページの動的部分を制御し、最終的に WebService を使用してデータベースから情報を保存/取得すると、ASP.NET が完全に排除されます。リクエストは多くの段階を経てコンパイルされた ASPX ページに到達し、解析され、分離コードとデザイナー ファイルがマージされ、最後に HTML がレンダリングされます。
誰かが、Microsoft が MasterPages を提供していると主張するかもしれません。MasterPages を使用するとサイトが遅くなりすぎるため、使用についてもう一度考え直してください。ページ要求ごとに、MasterPage 全体が再構築されます。代わりに IFRAME を使用してみてください。コンテンツ領域を IFRAME として、すべてのナビゲーション コントロールを含む開始ページを作成します。このコンテンツ領域は、ユーザーのメニュー クリックに基づいて適切な HTML ページをロードする必要があります。