问为什么不应该在传统(非API)控制器中使用属性路由？

EN

我在一个API控制器项目中使用了基于属性的路由：

[HttpGet("products/{productId}")]
public async Task<IActionResult> ProductDetails(int productId) {
  ...
  return Ok(someModelToSerializeAsJson)
}

这个很好用。我发现它比传统的基于路由表的路由更清晰、更容易出错。我一直在想，为什么我们不能为视图的MVC (非API)项目使用基于属性的路由。我尝试了这个小的非面向公众的web应用程序，它似乎工作得很好。您必须将控制器标记为ApiController，但仍然可以在操作方法中返回视图。

[HttpGet("products/{productId}")]
public async Task<IActionResult> ProductDetails(int productId) {
  ...
  return View(someModelForTheView)
}

我想做同样的选择，我们的主要公众面对网站，但我担心我错过了一个坚实的理由，我不应该。

例如，我注意到API控制器积极地关闭HTTP缓存(例如缓存控制:无缓存，无存储)。这是一个很奇怪的问题。

还有其他明确的理由不使用MVC视图中基于属性的路由吗？