ASP.NET AJAXの主な魅力は、Visual Studio内でうまく構築でき、素晴らしくて簡単であるという事実です。ASP.NET AJAXの制限を見つけていますが、.NETが本当に好きで、保守が簡単なレスポンシブアプリを使用するには、別のjavascriptライブラリを使用する方法が考えられます。
グループ（Dojo、ExtJS、MooTools ...）内では意見の相違があることは知っていますが、.NETコンポーネントルートに出入りした人々からの努力と保守性の結果を聞いて本当に興味があります。ありがとうございました。
編集： これは主にComponentOneのAJAXスイートに関するものです。私はComponentOneを初めて使用しますが、ライブラリを採用するか、より適切なものを求める機会があります。私たちのニーズは顧客と向き合い、高度に構成可能でなければなりません。私たちのアプリケーションの多くはレポートですが、それ自体がアプリケーション構成ツールであるものもあります。
Clay さん、あなたがレポート作成に重点を置いているなら、私は間違いなく ComponentOne を選びます。C1 には、.NET の非常に強力なレポート ツールと、ASP.NET の非常に優れたレポート ビューアがあります。C1 のレポート ツールは、既存の Crystal、SQL Server、および Access レポートも使用できます。
しかし、ComponentOne は、サーバー コントロールと JS ライブラリについて同じ質問を自問しています。そこで彼らはWijmoと呼ばれる完全にスタンドアロンのライブラリを構築しました。Wijmo は jQuery/jQuery UI 上に構築されており、キットには 30 を超えるウィジェットが含まれています。Wijmo には、ASP.NET で通常見られるグリッドや SVG チャートなどの豊富なデータ コントロールもあります。もともとは、ASP.NET MVC で UI レイヤーとして使用するために構築されました。これは、MVC で Wijmo を使用する方法に関するビデオです。
これと同じテクノロジが、ComponentOne ASP.NET コントロールに拡張されています。したがって、ComponentOne を選択すると、同じクライアント側フレームワークに基づく両方のオプションが得られます。Wijmo ASP.NET コントロールはまだ開発中であり、2011 年の夏にリリースされる予定です。
私の経験では、たとえば ComponentArt などの ASP.NET AJAX コントロールを使用すると、設計上の決定が制限され、強制される傾向があります。jQuery/jQuery UI や ExtJS などの UI レイヤー用の純粋な JavaScript ライブラリを使用すると、はるかにうまくいきました。高度な UI を扱う場合、サーバー側で ASP.NET の方法で JavaScript をレンダリングするのは複雑になります。