Out-of-the-box, the short answer is - no; however, there are many extensions to enable it. This type of solution is very specific to your application and cannot be easily genericized. API versionsmust be explicit, which is intrinsically why it isn't supported by default. Thestep is one of the biggest challenges. What should the step between versions be? A major version? A minor version? How about if the version is a date?

There are several possible solutions, but there is no universal answer that suites everyone (or it would be baked in). There are a number of options presented in discussions and (closed) issues.

At a high level, you have several options:

• ExtendApiVersionAttribute orApiVersionsBaseAttribute
• Roll your own attributes; API Versioning only cares aboutIApiVersionProvider
• Useconventions
  • These can be convention only
  • These can be a convention using your own custom attributes
  • These can be explicitly configured via options

If all of your controllers are symmetrical and use the same set of versions, a custom convention (a laIControllerConvention) will have the least amount of churn as it will apply to all controllers. I suspect you'll find what you're looking for in the archives, but if not, I'm happy to help you flush out a more concrete solution.

Sidebar: The same is true for[ApiController]. You can apply[assembly: ApiController] and all controllers in the assembly will be considered API controllers so that you don't have to apply the attribute to every single controller. It also avoids the scenario where you forget to apply it.