API des étudiants – un serveur avec une base de données on kodkod | Cours d'introduction

Relier les routes aux actions de la base de données : l'architecture

Mon, 01 Jan 0001 00:00:00 +0000

Qu’allons-nous apprendre ?

Maintenant, nous relions tout : le serveur du thème backend et FastAPI, et la base de données du thème des bases de données. Cette leçon se concentre sur l’architecture, c’est-à-dire la façon dont les parties se relient, et implémente les deux premiers endpoints (la lecture). Dans la leçon suivante, le reste.

L'API des étudiants — CRUD complet : POST, GET, PUT et DELETE sur la base de données

Mon, 01 Jan 0001 00:00:00 +0000

Qu’allons-nous apprendre ?

Nous complétons l’API selon le tableau de correspondance :

POST /students → INSERT → 201.
PUT /students/{id} → UPDATE → 200 / 404 / 409.
DELETE /students/{id} → DELETE → 204 / 404.
Un modèle d’entrée (Pydantic) et une validation métier partagée (400).

Pourquoi en avons-nous besoin ?

C’est le court projet qui résume serveur + base de données + CRUD, comme le définit le programme. À la fin de la leçon, il y a une vraie API : une application, un frontend ou un autre service peut créer, lire, mettre à jour et supprimer des étudiants, et les données sont enregistrées dans la base.

Tester le système : Swagger UI, curl et un script de test en Python

Mon, 01 Jan 0001 00:00:00 +0000

Qu’allons-nous apprendre ?

Un serveur qui n’a pas été testé est un serveur dont on ne peut pas être sûr qu’il fonctionne. Nous allons apprendre trois façons, du manuel à l’automatique :