我的公司已经开发（并且仍在继续开发）一个大型ASP.NET业务应用程序。我们的平台是使用一些ASP.NET Ajax的ASP.NET 2.0。我们广泛使用第三方组件，例如webgrids，组合框，树视图，日历和日程安排控件等。
现在，我不知道很多ASP.NET MVC，我想知道是否是在ASP.NET MVC模型中使用这些第三方控件的方法。或者供应商是否必须重写他们的产品才能使它们适合ASP.NET MVC？
答案 0 :(得分：3)
如果他们使用ASP.NET控件模型（这将是ASP.NET控制供应商编写的约99.9％的控件），他们必须重写他们的控件。在那里做了多少工作，取决于他们控制的结构 - 他们已经使用的ajax越多，他们就越容易将其改为MVC。
用于示例的ASP.NET AJAX控件工具包可以与MVC一起使用。您可以在WWW.ASP.NET上的视频中看到如何执行此操作：http://www.asp.net/learn/mvc-videos/video-373.aspx
答案 1 :(得分：3)
许多控件都需要重写，因为大多数控件都需要类ic webforms中的回发模型。并且asp.net mvc中没有回发。
所以：组件需要回传吗？ - ＆GT;将无法在asp.net mvc中运行
答案 2 :(得分：2)
记录。我收到了Telerik电子邮件通讯，里面有一些有趣的新闻：
“我们最激动人心的产品之一是，ASP.NET AJAX的RadControls能够在新的Microsoft ASP.NET MVC框架中运行。” [...]
答案 3 :(得分：0)
我认为主要参与者需要很长时间才能赶上，但如果你使用的是小型公司的东西，那么将MVC置于优先位置可能会很困难。一个（非常hacky）选项可能是使用IFRAME或AJAX将页面的一部分视为单独的aspx页面......真的，真的很讨厌。
答案 4 :(得分：0)
你必须质疑第三方市场在创造mvc控制权时的市场份额如此之低。他们似乎只想专注于webforms和silverlight / wpf控件。
答案 5 :(得分：0)
我正在审核mvc的syncfusion工具（刚下载它）。值得一看 - 看。似乎实际上是为MVC工作而设计的。