Je peux réserver 1 path par controller (ou même plusieurs si j'en avais envie), mais ce qui m'embête, c'est que si je réserve, disons, 2 path pour un controller, alors je n'ai pas de moyen ("compile-time") de savoir que le 2nd path est déjà réservé par ce controller. Et j'ai moyennement envie d'implémenter un check comme ça dans le plugin intellij que j'ai... bref, c'est pas hyper-pratique je trouve d'avoir 2 routes pointant vers le même endroit.
Ouep, c'est exactement le même soucis qu'un variable déjà nommée, mais là, l'IDE te le dit. Avec la route "/check" magiquement en plus, l'IDE ne le dit pas : ) Je n'ai aps ce soucis avec un header car je les réserve au code "global": un endpoint ne peut pas (n'est pas censé, parce qu'en vrai, il le peut totalement mais c'est "à tes risques et périls mon petit endpoint!") utiliser un header HTTP comme entrée. Le header Accept par exemple n'est pas traité par le endpoint, mais par le code générique que ce endpoint appel. Donc, j'ai juste à m'assurer que mes codes génériques n'utilisent pas 2x le même nom de header pour 2 trucs différents (et ça, c'est facile : ) )
Pourquoi pas pour l'utilisation d'un paramètre de formulaire, mais tu l'as justifié juste en dessous, je trouve que ce n'est pas tout à fait sa place. Le HTTP verbe est bien, le header HTTP pourrait aller aussi... Je verrai bien lequel des deux je choisis au final
Pour le moment, je coince plutôt sur la façon simple, élégante et fiable de basculer le endpoint en "read only"... ROLLBACK au lieu de COMMIT en fin de transaction, c'est une solution (bon, déjà, il faudra que je trouve quand même comment passer l'info jusqu'à PDO mais c'est pas le plus bloquant), sauf que j'ai un doute sur les AUTO_INCREMENT: je me demande s'ils sont rollbackés :/
Edit: Ah ben vi, l'AUTO_INCREMENT n'est pas réinitialisé... Erf, ça va me faire ch*er ça. Bon, c'est pas pressant du tout comme feature, donc je creuserai plus tard, j'ai Dracca à avancer !
Ouep, c'est exactement le même soucis qu'un variable déjà nommée, mais là, l'IDE te le dit. Avec la route "/check" magiquement en plus, l'IDE ne le dit pas : ) Je n'ai aps ce soucis avec un header car je les réserve au code "global": un endpoint ne peut pas (n'est pas censé, parce qu'en vrai, il le peut totalement mais c'est "à tes risques et périls mon petit endpoint!") utiliser un header HTTP comme entrée. Le header Accept par exemple n'est pas traité par le endpoint, mais par le code générique que ce endpoint appel. Donc, j'ai juste à m'assurer que mes codes génériques n'utilisent pas 2x le même nom de header pour 2 trucs différents (et ça, c'est facile : ) )
Pourquoi pas pour l'utilisation d'un paramètre de formulaire, mais tu l'as justifié juste en dessous, je trouve que ce n'est pas tout à fait sa place. Le HTTP verbe est bien, le header HTTP pourrait aller aussi... Je verrai bien lequel des deux je choisis au final
Pour le moment, je coince plutôt sur la façon simple, élégante et fiable de basculer le endpoint en "read only"... ROLLBACK au lieu de COMMIT en fin de transaction, c'est une solution (bon, déjà, il faudra que je trouve quand même comment passer l'info jusqu'à PDO mais c'est pas le plus bloquant), sauf que j'ai un doute sur les AUTO_INCREMENT: je me demande s'ils sont rollbackés :/Edit: Ah ben vi, l'AUTO_INCREMENT n'est pas réinitialisé... Erf, ça va me faire ch*er ça. Bon, c'est pas pressant du tout comme feature, donc je creuserai plus tard, j'ai Dracca à avancer !