Bonne conception d'URI pour les ressources spécifiques à l'utilisateur enregistrées

Question

Je souhaite créer un site Web qui suit l'architecture RESTful. Sur mon site, chaque utilisateur est identifié par un nom d'utilisateur permanent et peut gérer ses propres paramètres. Pour la ressource de paramètres, je suis déchiré entre deux conceptions d'URI.

Option 1:/users/{nom d'utilisateur}/paramètres

Voici un générique paramètres modèle d'URL des ressources. Seul l'utilisateur connecté peut faire un GET/PUT à sa ressource de paramètres spécifiques. C'est assez compliqué cependant, car d'autres ressources spécifiques à l'utilisateur doivent suivre cette piste. Il permet de simplifier les authentifications administratives qui ont accès à tous les paramètres de tous les utilisateurs (ou du moins à une partie de ceux-ci).

Option 2:// mes paramètres

L'URL pour les paramètres des ressources de l'utilisateur connecté. C'est une programmation beaucoup plus simple, mais l'URL ne précise pas vraiment la ressource en question. La partie '/ my' devient un alias de '/ users/{username}'.

Presque tous les sites Web suivent une approche similaire à l'option 2. Qu'en pensez-vous?

Answer 1

Pourquoi ne pas avoir les deux? Votre/my peut être juste une redirection vers/users/{myusername}/ De cette façon, vous pouvez utiliser/my dans l'interface utilisateur, mais vos utilisateurs admin peuvent modifier chaque paramètre utilisateur via le contrôleur/users/{username} réel