Closed hfroot closed 2 years ago
A relancer
Fait
@hfroot Est ce que le endpoint ademeUser
me renverra à terme les infos user ? Ou on l'utilise juste pour créer un user ?
@florianpanchout oui il peut, on a toujours le endpoint /user qui donne les infos sur l'utilisateur, mais si c'est plus pratique pour toi je peux retourner les infos avec /ademeUser - est-ce que tu préfères ça ?
Est ce que les deux ne font pas doublon ? Est ce qu'on pourrait avoir seulement user
avec POST
pour créer et GET
pour récupérer ?
Si j'ai bien compris le mécanisme en place, /ademeUser
est appelé en POST à chaque login, indépendamment que l'utilisateur existe déjà en base ou non ?
@florianpanchout oui - j'ai fait ça en pensant que à l'avenir peut-être il y aura des autres options d'auth mais c'est trop tôt pour ça, alors je suis d'acc que maintenant c'est un doublon. Je suis d'acc avec ta suggestion qu'on garde seulement /user avec un POST et GET. L'endpoint est appeler même si l'utilisateur existe car les données peuvent changer alors le POST met à jour l'utilisateur si il existe déjà Tu veux que le POST revoie les données en réponse pour éviter un deuxième appel ?
@florianpanchout /ademeUser
accepte GET maintenant 👍 . Le valeur isStaff
décide qui peut accéder /export
Tu veux que le POST revoie les données en réponse pour éviter un deuxième appel ?
Nope, pas besoin. J'invalide la query à chaque mutation et refais donc un GET. Ça fait un appel de plus mais ça simplifie énormément le code
Authorization
dans les requêtes API subséquentes.