- Belgium
- http://tcaresset.com
-
admin of herisson
- Joined on
2022-03-15
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 ^^
summary permet une courte description. il y'a également le tag description qui peut être pratique pour une plus grande description.
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 ^^
Vu qu'il stock IDcourse (que j'aurais personellement nommé CourseID) l'enseignant est sensé être dedans non ?
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.
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.
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…
J'envisage plusieurs solutions:
- Envoyer le fichier dans un champs json en b64
- envoyer le fichier retourne un id, cet id peut être utilisé par un autre endpoint pour spécifier le fichier.…