私の会社は、大規模な ASP.NET ビジネス アプリケーションを開発しました (現在も開発を続けています)。私たちのプラットフォームは、ASP.NET Ajax を使用した ASP.NET 2.0 です。ウェブグリッド、コンボボックス、ツリービュー、カレンダー、スケジューリング コントロールなどのサードパーティ コンポーネントを広く使用しています。
さて、私は ASP.NET MVC の多くを知りません。ASP.NET MVC モデルでこれらのサードパーティ コントロールを使用する方法があるかどうか知りたいです。それとも、ASP.NET MVC に適したものにするために、ベンダーは製品を書き直す必要がありますか?
ASP.NET コントロール モデル (ASP.NET コントロール ベンダーによって記述されたコントロールの約 99.9% になります) を使用する場合、コントロールを書き直す必要があります。そこにどれだけの作業があるかは、コントロールのアーキテクチャによって大きく異なります。すでに使用している ajax が多いほど、MVC に簡単に変更できる可能性が高くなります。
exsample 用の ASP.NET AJAX コントロール ツールキットは、MVC で動作します。これを行う方法は、WWW.ASP.NET のビデオで確認できます: http://www.asp.net/learn/mvc-videos/video-373.aspx
コントロールの多くは、クラス ic Web フォームのポストバック モデルを必要とするため、書き直す必要があります。また、asp.net mvc にはポストバックがありません。
そう：コンポーネントにポストバックが必要ですか？-> asp.net mvc では動作しません
記録のために。Telerik のメール ニュースレターで興味深いニュースを受け取りました。
「私たちの最もエキサイティングな製品の目新しさの 1 つは、ASP.NET AJAX 用の RadControls が新しい Microsoft ASP.NET MVC フレームワークで動作できることです。」[...]
mvc用のsyncfusionツールをレビューしています（ダウンロードしたばかりです）。一見の価値があります。実際にはMVCで動作するように設計されているようです。
ISV 市場は確実に MVC に追いついていますが、それは理にかなっています。まだ RTM ではありません (ただし、最後のプレビューでは、少なくとも明示的な「稼働」ライセンスがありました)。通常の Webforms コントロールは、ほとんど書き直す必要があります。
主要なプレーヤーが追いつくのにそれほど時間はかからないと思いますが、小規模な会社のものを使用している場合、MVC を優先させるのは難しいかもしれません。1 つの (本当にハックな) オプションは、IFRAME または AJAX を使用して、ページの一部を別の aspx ページとして扱うことです... 本当に、本当に厄介です。
市場シェアがこれほど低い場合、サードパーティ市場が mvc コントロールの作成にどれほど関心を持っているか疑問に思う必要があります。彼らは、Web フォームと Silverlight/wpf コントロールだけに集中したいと考えているようです。