.NET 6中Controller后缀是否必填？不遵循会有哪些潜在影响？

你的控制器代码（未带Controller后缀）：

public class Home : controller
{
    public IActionResult Index()
    {
        return view();
    }
}

路由配置：

app.UseEndpoints(endpoints =>
{
    endpoints.MapControllerRoute(
        name: "default",
        pattern: "{controller=Home}/{action=Index}/{id?}"
       );
});

当前应用能正常运行，是因为ASP.NET Core的控制器发现机制在类继承Controller基类时，会识别它为控制器。但不遵循Controller后缀规范存在以下潜在后果：

• 框架版本兼容性风险：ASP.NET Core默认优先识别带Controller后缀的类作为控制器，后续框架版本若调整发现规则，不带后缀的类可能被排除，导致路由匹配失败。
• 命名冲突隐患：若项目中出现同名非控制器类（如Home业务类），框架可能混淆两者，引发难以定位的错误。
• 团队协作成本提升：Controller后缀是.NET MVC/Razor Pages的通用命名规范，不遵循会增加其他开发者的理解成本，降低项目可维护性。
• 复杂路由场景异常：后续若给控制器添加[Route]特性，在一些复杂路由配置下，不带后缀可能导致路由解析出现异常。

综上，Controller后缀不只是命名规范，不遵循会带来兼容性、可维护性等方面的潜在风险。建议按照规范将控制器类改为HomeController，路由配置中的{controller=Home}无需修改——路由参数里的Home会自动映射到HomeController。

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