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

Question

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

我想知道用户控件如何在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()方法。

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

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