ASP.NET MVC 准备好用于业务应用程序（集成第 3 方控件/组件）了吗？答案

【问题标题】：ASP.NET MVC ready for business applications (integrating 3rd party controls/components)?ASP.NET MVC 准备好用于业务应用程序（集成第 3 方控件/组件）了吗？
【发布时间】：2008-10-21 08:08:34
【问题描述】：

我的公司已经开发（并且仍在继续开发）一个大型 ASP.NET 业务应用程序。我们的平台是使用一些 ASP.NET Ajax 的 ASP.NET 2.0。我们广泛使用第三方组件，例如网络网格、组合框、树视图、日历和日程安排控件等。

现在，我不太了解 ASP.NET MVC，我想知道是否有办法在 ASP.NET MVC 模型中使用这些第三方控件。还是供应商必须重写他们的产品才能使其适合 ASP.NET MVC？

【问题讨论】：

标签： asp.net asp.net-mvc controls

【解决方案1】：

如果他们使用 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

【讨论】：

【解决方案2】：

大部分控件都需要重写，因为它们中的大多数都需要经典 ic 网络表单中的回发模型。而且asp.net mvc中没有回发。

所以：组件需要回发吗？ -> 不能在 asp.net mvc 中工作

【讨论】：

【解决方案3】：

为了记录。我收到了 Telerik 电子邮件通讯，里面有一些有趣的消息：

“我们最令人兴奋的产品创新之一是 RadControls for ASP.NET AJAX 能够在新的 Microsoft ASP.NET MVC 框架中工作。” [...]

链接：Telerik RadControls in Microsoft ASP.NET MVC

【讨论】：

【解决方案4】：

ISV 市场肯定在追赶 MVC，但这是有道理的 - 它还不是 RTM（尽管最后一个预览版至少有明确的“上线”许可证）。常规的 Webforms 控件几乎需要重写。

我不认为主要参与者需要很长时间才能赶上，但如果您使用的是来自较小公司的产品，则可能很难将其优先考虑 MVC。一个（非常糟糕的）选项可能是使用 IFRAME 或 AJAX 将页面的一部分视为单独的 aspx 页面......真的，真的很讨厌。

【讨论】：

【解决方案5】：

当第三方市场的市场份额如此之低时，你不得不质疑它对创建 mvc 控件的兴趣。他们似乎只想专注于 webforms 和 silverlight/wpf 控件。

【讨论】：

【解决方案6】：

我正在审查 mvc 的同步融合工具（刚刚下载）。值得一看。似乎实际上是为 MVC 设计的。

【讨论】：