1. Accueil
  2. Question et réponse
  3. Appellation de ressource reposante pour les tables "secondaires"

Appellation de ressource reposante pour les tables "secondaires"

2016-11-08 2 views
0

Allons-y avec mon exemple, j'ai 3 tables et je veux savoir quelle est la meilleure méthode pour nommer mon URL de ressource.Appellation de ressource reposante pour les tables "secondaires"

Tables:

  1. construction
  2. building_type Le plus simple à définir est # 1.

ressources API:

  1. GET someapi.com/buildings
  2. GET someapi.com/**?**

Mon problème est que je ne sais pas quelle est la meilleure pratique pour les "tables secondaires" comme building_type.

Peut-être:

  • GET someapi.com/buildings/types
  • GET someapi.com/building-types
  • ...

J'espère que certains d'entre vous atteindre pour me éclairer. Merci.

Source

2016-11-08 coolfarmer

+0

avez-vous vraiment besoin d'exposer la liste des types de bâtiments? Si vous avez juste besoin d'afficher le type d'un bâtiment, l'exposer à travers une propriété 'Type' sur la ressource' Building' devrait être bien –

+0

C'est pourquoi j'ai besoin d'aide. Dans ma tête, j'ai le besoin de tout exposer. Par exemple, si je veux afficher sur une page tous les types de bâtiments avec leurs propriétés, j'ai besoin d'exposer cette ressource, non? – coolfarmer

Répondre

1

Vous devez d'abord comprendre nos exigences pour votre API, les scénarios, les cas d'utilisation, etc., et seulement ensuite commencer à le construire.

Pour en revenir à votre question, je choisirais GET someapi.com/buildingTypes, parce que /buildings/types vous laissera avec une ressource «Types» qui n'a pas beaucoup de sens par elle-même. Vous pouvez en effet le rendre ainsi accessible seulement une fois que vous allez à la ressource de bâtiments, ainsi GET someapi.com/buildings/buildingTypes pourrait être le chemin à navigate à lui.

Source

2016-11-09 07:32:39

 Questions connexes

  • Aucun problème connexe^_^