HtmlHelper的ViewContext.Controller在ASP.NET Core中为何不复存在？

嘿，这个问题我之前迁移项目的时候也踩过坑！确实，ASP.NET Core里ViewContext.Controller属性被移除了，这是因为Core的架构设计和旧版ASP.NET有很大不同——Core更强调解耦和模块化，旧版里把控制器实例直接绑定到视图上下文的做法，会让视图和控制器产生不必要的强耦合，不利于后续的扩展和单元测试。

那现在还能不能获取控制器相关的信息？当然可以，只是方式变了：

1. 获取控制器名称（最常用场景） #

如果你只是需要知道当前是哪个控制器在处理请求，可以从RouteData里直接提取，这是最推荐的方式：

public static string GetControllerName(this IHtmlHelper htmlHelper) 
{ 
    // 从路由数据中获取控制器名称，默认返回"Unknown"以防为空
    var controllerName = htmlHelper.ViewContext.RouteData.Values["controller"]?.ToString() ?? "Unknown";
    return ".NET Core Controller Name: " + controllerName; 
}

2. 访问控制器的特定数据（不建议直接拿实例） #

如果你的旧代码里需要访问控制器的某个属性或方法，不建议再直接获取控制器实例（违背Core的设计原则），更好的做法是：

• 把需要的数据通过ViewData、ViewBag或者ViewModel传递给视图
• 如果是通用的服务，直接从HttpContext的依赖注入容器中获取：

  public static string GetSomeServiceData(this IHtmlHelper htmlHelper)
  {
      var myService = htmlHelper.ViewContext.HttpContext.RequestServices.GetService<IMyService>();
      return myService?.GetData() ?? "No Data";
  }
  

为什么旧版的Controller属性被移除？ #

旧版ASP.NET中，ViewContext.Controller直接持有控制器实例，导致视图和控制器紧耦合：

• 控制器的任何变化都可能影响视图助手
• 单元测试视图助手时，需要模拟整个控制器实例，成本很高

ASP.NET Core通过移除这个属性，推动开发者采用更松散的耦合方式，让视图助手更独立，只依赖必要的上下文（比如路由数据、HttpContext），而不是整个控制器。

内容的提问来源于stack exchange，提问作者Jez