- Belgium
- http://tcaresset.com
-
admin of herisson
- Joined on
2022-03-15
Pour l'instant pour que ça fasse plus bô j'ai mis tout les tags en commençant avec une majuscule. c'est mineur mais ça serait cool ^^
C'est sympa de faire des schema pour avoir une bonne description mais il ne sont jamais utilisé. pour les utiliser tu peux faire
ce endpoint permet l'accés à "information about yourself" donc je ne vois pas comment il pourrais être paramètrisé par sa fonction ^^
quand il y a un 'security' tag c'est toujours bien d'envisager l'erreur de permission:
summary permet une courte description. il y'a également le tag description qui peut être pratique pour une plus grande description.
Franchement pas mal, j'ai fait beaucoup de commentaire mais c'est principalement des clarification sur la syntaxe. ça ne devrais pas être trop long à changer je pense.
Vu qu'il stock IDcourse (que j'aurais personellement nommé CourseID) l'enseignant est sensé être dedans non ?
Est-ce vraiment nécéssaire de faire des ré-ré register ? est-ce que ca ne serais pas une sous-classe de register avec peut être un bool pour dire si c'est la première fois ou non ?
Je pense que tu ne devrais pas avoir un endpoint par type de requests mais plustot un /request général et puis des dérivation de cette requetes pour les différents types. comme expliqué dans un commentaire ci-dessous.
Ici en utilisant le ref, l'id est présent. sauf que tu ne peux pas post avec un id vu qu'il est généré par le post.
je trouve que la deuxième solution est plus élégante mais dans les faits oui, par b64 c'est certainement un peut plus simple à implémenter.
pour se faire je dirais
schema:
ty…