Quiz du chapitre
Testez vos connaissances
Vous avez appris ce qui se cache derrière une API, comment fonctionnent les conventions REST et pourquoi les relations entre les tables déterminent ce qui est facile ou difficile à construire. Voyons ce qu'il en reste.
Les bases de données
Dans l'analogie de la base de données comme tableur, qu'est-ce qu'une table ?
Pourquoi chaque ligne d'une table de base de données possède-t-elle un ID ?
Quelle méthode HTTP est l'équivalent de l'ajout d'une nouvelle ligne dans un tableur ?
Les conventions REST
Que signifie l'expression "une API est RESTful" ?
Quelle est la bonne manière RESTful de supprimer le produit n°42 ?
Pourquoi les URL REST utilisent-elles des noms au pluriel comme /products au lieu de /product ?
Les relations
Dans une table Commandes, à quoi sert la colonne user_id ?
Que signifie la route imbriquée GET /users/1/posts ?
Vous voulez permettre aux utilisateurs de mettre des produits en favoris. Un utilisateur peut avoir de nombreux favoris, et un produit peut être le favori de nombreux utilisateurs. Que faut-il faire ?
Votre ingénieur dit : "ce champ n'existe pas pour l'utilisateur". Que veut-il dire ?
Vous avez terminé le chapitre 3. Vous comprenez maintenant ce qui se cache derrière une API : des tables, des lignes, des relations. Quand votre équipe technique parle de modèles de données, d'opérations CRUD ou de "besoin d'une nouvelle table", vous savez exactement de quoi ils parlent. Prochaine étape : l'authentification, et pourquoi certains appels d'API sont rejetés.