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

Posts les plus consultés de ce blog

Erreur Symfony : "Une exception a été levée lors du rendu d'un modèle"

Détecter les appuis sur les touches fléchées en JavaScript

Une chaîne vide donne "Des erreurs ont été détectées dans les arguments de la ligne de commande, veuillez vous assurer que tous les arguments sont correctement définis"