ASP.NET Core中控制器类无需标注[ApiController]特性的场景有哪些？

说法正确性判定 #

该说法完全正确。
[ApiController] 是ASP.NET Core 2.1版本引入的可选增强特性，仅用于为REST API开发场景提供预设的通用规则配置，绝非ControllerBase、Controller子类的强制标注项，控制器完全可以在不标注该特性的情况下正常运行。

不需要标注[ApiController]的常见场景 #

• 开发传统MVC服务端渲染页面应用：你的控制器继承Controller类，需要同时处理视图返回和少量接口请求，此时标注[ApiController]会破坏MVC默认的视图逻辑、错误页跳转规则，反而影响正常功能。
• 需要完全自定义接口行为：你不需要[ApiController]提供的默认规则，包括自动返回400状态码的模型验证失败逻辑、自动参数绑定源推断、路由前缀强制约束等，希望完全自主控制所有请求处理流程。
• 历史项目迁移场景：项目从ASP.NET Core 2.0及更早版本、或者传统ASP.NET Web API迁移而来，原有控制器逻辑已经适配了旧版本的运行规则，添加[ApiController]会导致现有接口兼容性问题，可保留原有写法不添加该特性。
• 控制器仅处理内部逻辑调度：控制器不对外提供标准化REST API，仅作为应用内部的逻辑中转、服务调用入口，不需要遵循API开发的通用约定。

小提示：如果你的控制器专门用于对外提供REST API，还是推荐标注[ApiController]，可以帮你省去大量重复的通用逻辑编码工作。

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