-
Notifications
You must be signed in to change notification settings - Fork 23
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Document API routes design through ADR #186
Labels
documentation
Improvements or additions to documentation
Comments
@da-ekchajzer @AirLoren @bpetit @samuelrince I will initiate this when time permit ;-) |
This page should help : https://dev.doc.api.boavizta.org/Reference/routes/ |
@demeringo do you think this documentation is sufficient https://dev.doc.api.boavizta.org/Reference/routes/? If not, what do you have in mind? |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Problem
With the addition of new objects in V0.3 (terminals, peripherals a.s.o) we need more routes in the API.
We have been discussing though various chnnels what would be the best way regarding how to organize or names API routes.
Theses informal discussions or design choices would be interresting to serve as guidelines document for future implementers.
Solution
I propose to create a Architecture Decision Record on the subject, and formalize our different perspectives on the subject through the related PR.
Alternatives
Additional context or elements
Some of the requierements were to ensure that routes remain easy to integrate (like when building GUI), discoverable, consistent and understandable from end-user perspective.
Need to extrac the schematic from Miro also.
The text was updated successfully, but these errors were encountered: