asp.net - 为什么我不能在 ASP.net MVC 中使用服务器控件？

Question

我正准备负责领导一个小型 ASP.net MVC 应用程序的开发。这是我第一次创建 MVC 应用程序，所以我很兴奋!

我已经仔细阅读了文档，我觉得我对 MVC 的工作原理有了大致的了解。但是，如果我理解正确，服务器控件(例如 GridView)不是 MVC 的一部分。

我的问题是:为什么？在我的开发车间，我已经习惯了使用像 GridView 和 MS Chart Controls 这样的控件，以至于我几乎完全失去了在没有它们的情况下进行开发的能力。好像又要重新开始了。

为什么服务器控件不可用？如果没有它们，Microsoft 如何期望我工作？有哪些替代方案？

Answer 1

I'm so used to using controls like GridView and the MS Chart Controls that I'm almost at a complete loss as to developing without them. It seems almost like starting over.

在这种情况下，重新开始是 不错 .

我也经历过类似的旅程。如果直接的 HTML 让您感到害怕，请尝试使用 System.Web.UI.HtmlControls命名空间。这将允许您访问标准 HTML 控件，但如果需要，您仍然可以轻松地将它们转换为服务器控件(通过指定 runat="server" 属性，或将它们转换为等效的 ASP.NET 控件。

除了 Darin's answer ，ASP.NET 还存在另一个问题:您必须使用 Microsoft 的 Web View 。那 GridView你爱？它正在生成错误的 HTML。 Paging它提供的控制？更糟糕。即使您对 HTML 合规性知之甚少，嵌套表格也应该让您不寒而栗。在某种程度上，每个使用 GridView 的人幸运的是，微软(以及在较小程度上，谷歌和 Mozilla)支持的遗留网络来自这样一个 天哪初始点。

最后，总结一下:我的建议是您尝试使用 HtmlControls 重写您的页面或开发新的 Web 应用程序(尽可能)。只要。您可能必须学习一些 JavaScript/jQuery，并且可能必须冒险进入 AJAX 世界以使您的控件按您希望的方式运行。

使用它作为进入 MVC 世界的垫脚石。您不会使用相同的技术(并且可能会放弃大量的 JavaScript/jQuery)，但它会帮助您以更小、可能更容易吸收的 block 来改变您对 Web 开发的看法。

最终，无论您多么喜欢您的 ASP.NET 控件，您都将拥有更大的自由度， 和 您还将开发利用新技术的网站，这将为您的网站提供附加值。