与该站点上的许多其他站点一样，我正在考虑将ASP.NET MVC应用于将来的项目。当前，我的站点运行的是传统的ASP.NET 2.0 Web窗体，对我们来说可以正常运行，因此，我的另一选择是坚持自己的知识，并使用集成的AJAX内容迁移到ASP.NET 3.5.

我想知道用户控件如何在ASP.NET MVC中工作。我们有大量的.ASCX控件和一些复合控件。当我与Web设计人员一起工作时，即使没有任何编程知识，也很容易让他们有效地使用ASCX控件，因此这是绝对的好处。但是，当然，不利的是页面生命周期，这可能令人发疯，而且ASCX控件很难在不同项目之间共享。复合控件是可共享的，但对于设计人员来说基本上是一个黑匣子。

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

解决方案

回答

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

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

我们可能还会看到较旧的语法，从PR5开始，该语法不再有效

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

从Web窗体迁移到MVC时，我们始终会担心代码会中断，但是ASP.NET MVC团队在减少问题方面做得很出色。

回答

正如Nick所建议的那样，我们确实可以呈现用户控件，但是显然，传统ASP Webforms的页面周期，页面状态和回发将不再起作用，从而使控件极有可能变得无用。

我认为我们必须重写大多数复杂的控件才能将网站移植到MVC，而简单的控件(例如仅提供格式设置且没有回发状态)应该可以正常工作。
在这种情况下，尼克提供的代码将很有效。

关于在更多项目之间共享：我认为控件将更像可以在网站上共享的"可重用HTML呈现组件"，而不是带有逻辑的"可重用代码组件"(例如WebForms控件)。网络逻辑将/应该在页面控制器中，而不在HTML控件中。因此，在更多项目中共享控件将不会像在WebForms案例中那样有用。

回答

是的，我们可以执行RenderPartial。那是一个好的开始。但是最终这些家伙将需要逻辑和其他控制器类型的东西。一直在寻找框架团队的子控制器实现。很快MvcContrib中也应该有东西。或者自己动手。

编辑：我刚刚在这里发布有关此内容：http://mhinze.com/subcontrollers-in-aspnet-mvc/