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

La fonction GCP Cloud pour écrire des données dans BigQuery s'exécute avec succès, mais les données n'apparaissent pas dans la table BigQuery

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

Le shell POSIX (sh) redirige stderr vers stdout et capture stderr et stdout dans des variables