在ASP.NET MVC中实现用户控件的最佳方法是什么？

Question

与此站点上的许多其他人一样，我正在考虑迁移到ASP.NET MVC以用于未来的项目。目前我的网站正在运行传统的ASP.NET 2.0 Web窗体，它对我们来说没问题，所以我的另一个选择就是坚持我所知道的，并使用集成的AJAX东西迁移到ASP.NET 3.5。 p>

我想知道用户控件在ASP.NET MVC中是如何工作的。我们有大量的.ASCX控件和一些复合控件。当我与网页设计师合作时，很容易让他们有效地使用ASCX控件，即使没有任何编程知识，这是一个明确的优点。但当然缺点是页面生命周期，这可能令人抓狂，并且ASCX控件很难在不同项目之间共享。复合控件是可共享的，但基本上是设计师的黑盒子。

ASP.NET MVC中的模型是什么？有没有办法创建控件来解决我们使用ASCX和复合控件处理的问题？允许Web设计人员轻松访问而不必担心代码被破坏是一个重要的考虑因素。

Answer 1

要实现用户控件，请执行以下调用：

<% Html.RenderPartial("~/Views/Shared/MyControl.ascx", {data model object}) %>

您可能还会看到PR5中的旧语法不再有效

<%= Html.RenderUserControl("~/Views/Shared/MyControl.ascx", {data model object}) %>

从Web Forms迁移到MVC时，您将始终担心代码中断，但是ASP.NET MVC团队在尽量减少问题方面做得很好。

Answer 2

正如Nick建议的那样，你确实能够呈现你的用户控件，但很明显，传统ASP Webforms的页面循环，页面状态和回发将不再起作用，从而使你的控件很可能无用。

我认为你必须重写大部分复杂的控件来将你的网站移植到MVC，而简单的控件，例如，只提供格式化和没有回发状态，应该只是工作。 尼克提供的代码只适用于这种情况。

关于更多项目之间的共享：我认为控件更像是可以在网站上共享的“可重用的HTML呈现组件”，而不是具有逻辑的“可重用代码组件”（如WebForms控件）。您的Web逻辑将/应该位于页面控制器中，而不是HTML控件中。因此，在WebForms案例中，在更多项目中共享控件将不会那么有用。

Answer 3

是的，你可以做RenderPartial。这是一个好的开始。但最终这些人需要逻辑和其他控制器类型的东西。请留意框架团队的子控制器实现。很快MvcContrib也应该有一些东西。或者自己动手。

修改：我刚刚在此发布了此信息：http://mhinze.com/subcontrollers-in-aspnet-mvc/

Answer 4

与用户控件相比，MVC具有不同的页面生命周期。

您可以考虑重写。

aspx是视图。你仍然需要重写，语法不同。 JavaScript会起作用。但我几乎没有发现WebControls会起作用。因为MVC不再有viewstate和postback了。

对于后面的代码（aspx.cs），您需要将其转换为 Controller 类。 Page_Load方法将不再有效。您可能将其留给Index()方法。

模型只是您的代码所消耗的实体类。

结论，这是一个完全重写。干杯。快乐的编码。