UserControls。这些控件具有代码后台，并可在不依赖其他内容的情况下用于不同的项目/解决方案中。在MVC中，与WebForms风格的可重用用户控件最接近的功能等效物是html辅助器。一个html辅助器是返回一些标记的方法。推荐的方法是将它们实现为HtmlHelper的扩展方法或MVC页面的其他属性：
public static IHtmlString MyControl(this HtmlHelper helper, string value) {
return new HtmlString("<p>" + value + "</p>");
}
你可以直接将此方法添加到你的MVC项目中，或者将它添加到一个单独的类库中。类库仅需要引用System.Web.Mvc.dll来引用HtmlHelper（如果使用更多类型，可能还需要System.Web.dll）。
通常情况下，你可以像这样从你的视图中调用它（这个示例使用了MVC 3中的Razor语法）。
@Html.MyControl("my value")
虽然表面上 HTML Helper 与用户控件一样会生成标记，但二者存在显著差异。最重要的是，MVC 视图没有 WebForms 页面生命周期的概念。这意味着与用户控件不同，HTML Helper 只在单次渲染中呈现，而不存在类似于 WebForms 中的 Init、Load、Render 等多个阶段，而在这些阶段中，您可以连接服务器端事件以与页面上的其他控件进行交互。
根据您所讨论的特定事件类型，可能会有适合 MVC 的技术来解决您的任务。您能否提供更多关于您想做什么的详细信息？HTML Helper 可以非常强大。例如，内置的 MVC 输入控件，如 TextBoxFor，可以连接客户端验证等功能。
RenderAction()不适用于相同的原因。基本上，任何需要定义视图（以.aspx或.cshtml文件形式）的东西不能轻松地从多个项目中重用。我想这进一步强调了WebForms和MVC范例在根本上是不同的 :) - marcind因为 MVC 中不存在与 WebForms 中相同的“事件”，所以满足所有要求将非常棘手。
对于 UserControl 相当的 UI 层，您应该使用 PartialView，并可能位于 Views/Shared/Templates 文件夹中，具体取决于是否希望它与某个模型类型关联。
对于后端（“事件”），您应该实现一个控制器，您可以从链接发送请求，并支持您需要的所有行为。
要在各种项目中使用这些功能，您需要复制控制器和模板/部分视图。诚然，它可能不像 WebForms 的全能用户控件那样简单易用，但这是一个关注点明确分离的限制，在良好设计的基于层的 WebForms 应用程序中也会显而易见。
更新，针对我提到的关注点分离的“限制”评论：
当然，控制器可以分发在独立的程序集中，有自己的测试程序集等。但是，将控制器程序集（或程序集）和部分视图/模板与前端代码一起包含，可能是另一件事情要做（即可能失败），而不仅仅是复制一个它的代码后台的用户控件（它们存储在相邻位置）。