aspnet-api-versioning VS CleanArchitecture

Here is a code example

- The DTOs on the server should generally not change without warning. A deprecation cycle should ideally be in place so consumers can keep up over time and front end development doesn't have to be lock-step with the services the consume. Ideally some period of time between service v1 being deprecated and service v2 being required to allow consumers to react ( in this case, you're the consumer, so be kind to yourself ). Deets: https://github.com/dotnet/aspnet-api-versioning

This API versioning can be parameterized with some options, including the default version or even how the versioning will be done, whether by URL, header or media type. For more details, you can access the official documentation.

https://github.com/dotnet/aspnet-api-versioning/tree/master/samples/aspnetcore/BasicSample/Controllers something like this

Could you not achieve what you want by using ASP.NET API versioning - there's a by namespace example here

A lista completa pode ser vista aqui: https://github.com/microsoft/aspnet-api-versioning/wiki/Version-Format

You don't have to use attributes. You can use conventions. See here.

https://github.com/jasontaylordev/CleanArchitecture for beginners who want to see what good api projects are like.

Edit:Bootstrapped the .NET backend using Clean Architecture template (https://github.com/jasontaylordev/CleanArchitecture/tree/net7.0).

The CleanArchitecture is a typical empty boilerplate for a base line CQRS, but it doesn't come up with any batteries included.

For reference, see how Jason Taylor has his template setup. https://github.com/jasontaylordev/CleanArchitecture

Or… you can just take a command in your controller like this: https://github.com/jasontaylordev/CleanArchitecture/blob/main/src/WebUI/Controllers/TodoListsController.cs