我的公司已經開發（並且仍在繼續開發）大型ASP.NET業務應用程序。我們的平臺是使用一些ASP.NET Ajax的ASP.NET 2.0。我們廣泛使用第三方組件，像webgrids，組合框，treeviews，日曆和調度控件等爲業務應用程序準備好ASP.NET MVC（集成第三方控件/組件）？
現在，我不知道很多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
ISV市場肯定有追趕MVC，但這是有道理的 - 它不是RTM（儘管最後預覽至少有一個明確的「上線」許可證）。普通的Webforms控件將非常需要重寫。
我不認爲主要玩家需要花費很長時間才能趕上，但如果您使用的是小公司，可能很難將其優先化爲MVC。其中一個（非常黑客）選項可能是使用IFRAME或AJAX將頁面的一部分視爲單獨的aspx頁面......真的很討厭。
許多控件都需要重寫，因爲它們中的大多數都需要class ic webforms中的回發模型。並且在asp.net mvc中沒有回傳。
so：組件需要回發？ - >在asp.net中無法工作mvc
你必須質疑第三方市場在創建mvc控件時有多麼有興趣，因爲它擁有如此低的市場份額。他們似乎只想關注webforms和silverlight/wpf控件。
備案。我收到了Telerik電子郵件新聞簡報，其中包含一些有趣的消息：
「我們最令人興奮的產品新穎之處之一就是RadControls for ASP.NET AJAX能夠在新的Microsoft ASP.NET MVC框架中工作。 [...]
我檢討syncfusion工具MVC（剛剛下載的話）。值得一看。似乎實際上是爲了MVC而設計的。