Convention de nommage pour WebAPI qui renvoie une valeur booléenne
La pratique que je suis habituellement pour les conventions de dénomination des méthodes d'action WebAPI consiste à nommer la méthode d'action en tant que NOM et non en tant que VERBE.
// GET {actionname} = /products
// GET api/{actionname}/{id} = /products/5
// POST api/{actionname} = /products
// PUT api/{actionname}/{id} = /products/5
La question est quelle est la bonne approche pour la convention de dénomination si nous vérifions ou validons quelque chose Comme quel devrait être le nom de la méthode qui prend userid comme entrée et valide si l'utilisateur existe ou non?
Solution du problème
Un modèle que je connais pour ce cas d'utilisation particulier est
//POST /{entity}/{action} = /products/validate
Pour l'exemple de votre question, vous pouvez utiliser une requête get à /users/{userid}/validate pour un point de terminaison qui vérifie simplement si un utilisateur existe et renvoie un booléen
Commentaires
Enregistrer un commentaire