Backend et FastAPI on kodkod | Cours d'introduction

Le backend et HTTP : qui fait quoi, les méthodes et les codes d'état

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

Dans cette leçon

Cette leçon se compose de deux chapitres, dans le même ordre que les diapositives :

Chapitre 1 — ce qu’est un backend : client, serveur, base de données, API et endpoint
Chapitre 2 — les méthodes HTTP et les codes d’état

Chapitre 1 : Ce qu’est un backend — client, serveur, base de données, API et endpoint

Qu’allons-nous apprendre ?

Nous passons maintenant de programmes qui tournent sur notre propre ordinateur à des logiciels auxquels d’autres s’adressent par le réseau. Cette leçon donne la vue d’ensemble et le vocabulaire :

FastAPI à partir de zéro : installation, app = FastAPI(), une première route et le lancement du serveur

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

Qu’allons-nous apprendre ?

Cette leçon est une mise en place complète, à partir de zéro, d’un vrai serveur :

Un environnement virtuel (venv) : là où les bibliothèques sont installées.
Installer FastAPI avec pip.
main.py : l’import, la création de app, et une première route.
Le lancer avec uvicorn.
Tester : le navigateur, curl, et la page de documentation automatique /docs.

Pourquoi en avons-nous besoin ?

Dans le thème des réseaux, nous avons vu ce qu’implique un serveur « fait à la main » : bind, listen, accept, et le décodage du texte. C’est beaucoup de travail, et il est facile de planter sur une mauvaise entrée. FastAPI fait tout cela pour nous : il reçoit la requête, décode le HTTP, trouve la bonne fonction, convertit la réponse en JSON, et vérifie les types. Nous n’écrivons que la logique.

Path Params, Query Parameters et Body

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

Qu’allons-nous apprendre ?

Un client doit dire au serveur ce qu’il veut exactement. Il a trois façons de le faire :

FastAPI : Path Params, query, body et HTTPException

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

Qu’allons-nous apprendre ?

Dans la leçon précédente, les fonctions ne recevaient aucune entrée. Maintenant, elles vont recevoir les trois types que nous avons appris :

Le middleware : du code qui s'exécute à chaque requête

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

Qu’allons-nous apprendre ?

Quel problème se pose quand on veut faire quelque chose à chaque requête.
Ce qu’est un middleware, et quel est son lien avec le décorateur que nous connaissons déjà.
@app.middleware("http"), call_next, async et await.
Un journal et une mesure du temps pour chaque requête de l’API des étudiants, et un en-tête (Header) ajouté à chaque réponse.

Pourquoi en avons-nous besoin ?

L’API des étudiants de la leçon précédente fonctionne. Maintenant, nous voulons savoir ce qui s’y passe : quelle requête est arrivée, quel code est revenu, et combien de temps cela a pris. La première idée qui vient à l’esprit — ajouter une ligne de journal dans chaque route :