Split api into version namespace #41

Open
opened 2021-09-24 11:50:38 +02:00 by Jef Roosens · 1 comment
Owner

For future-proofing, it's always a good idea to put the API in its own version namespace. This way, if we ever want to replace the API with something different, we can just add a new version.

For future-proofing, it's always a good idea to put the API in its own version namespace. This way, if we ever want to replace the API with something different, we can just add a new version.
Author
Owner

We should research the different ways to implement this system. The most straightforward approach would be to just use a /v1/ prefix for all URLs, but this does break the RESTful rule of each resource having a unique identifier. This page provides more info about the various approaches we could try.

We should research the different ways to implement this system. The most straightforward approach would be to just use a `/v1/` prefix for all URLs, but this does break the RESTful rule of each resource having a unique identifier. [This page](https://restfulapi.net/versioning/) provides more info about the various approaches we could try.
Commenting is not possible because the repository is archived.
No description provided.