Par où commencer
stablemis à jour 2026-10-25
Cinq parcours selon qui tu es. Chacun est ordonné : les étapes se construisent l’une sur l’autre, et chaque parcours dit pourquoi cet ordre. Si tu cherches une brique précise plutôt qu’un chemin, retourne à l’accueil : tout y est rangé par type.
📍 Documentation › Par où commencer
🧑💼 Directeur technique#
Ce que tu évalues, c’est la reprise. Rien ici ne promet un support : tout montre ce qui permet à une équipe de corriger ou de maintenir le code seule. L’ordre va de l’engagement légal à ce qui le rend tenable.
exports, comportement compris) et la règle de support : seule la dernière majeure reçoit des correctifs. Courte, et tenue.
Monter de version
Les paquets montent ensemble ; ce qu'un npm install ne refait pas dans l'application.
Politique de sécurité
Comment signaler une faille, et des délais dits plutôt que promis.
Contribuer
Prérequis, règles non négociables, tests : ce qu'il faut pour qu'un correctif soit accepté.
⚙️ Exploitation#
Un process = un conteneur, le reste se délègue à l’orchestrateur. Le premier bloc déploie ; le second est la passe qu’on regrette de ne pas avoir faite avant d’ouvrir au public.
Déployer#
Avant d’ouvrir au public#
C’est qui met en ligne qui tient cette liste : en-têtes et CORS parlent d’origines et de domaines.
🎨 Développeur front#
Deux serveurs en développement, un seul en production, et le navigateur n’en voit jamais qu’un. L’ordre suit le trajet : déclarer l’interface, comprendre qui la sert, puis ce qui se passe quand ça casse.
registerEntry.
Le superviseur Vite : le trajet
Qui lance Vite, quand, ce qu'il relaie sous /_vite/, et comment il l'arrête.
Quand Vite tombe
Port occupé, plantage, gel : ce que le superviseur fait à ta place.
Livrer en production
Ce qui remplace Vite quand il n'est plus là, et qui décide.
La socket Nodefony
Une connexion, N canaux : le temps réel côté client.
🗄️ Développeur back#
Du squelette à la donnée persistée, puis protégée. Trois blocs qui se suivent — construire, persister, sécuriser — et chaque étage suppose le précédent.
Construire#
create app à une entité persistée, pas à pas. Les briques ci-dessous approfondissent chaque étape.
Configuration
nodefony.config.ts + env.ts : la seule source de vérité, validée au boot.
Écrire des routes
Contrôleurs, décorateurs, résolution des paramètres.
Éprouver ce que tu as écrit
Le harnais de test livré avec l'application : ce qu'il fait, et comment en écrire un second.
Persister#
nodefony create entity : l'aperçu avant d'écrire, le code produit, et pourquoi partir de là plutôt que de la main.
Choisir sa base
Brancher une persistance et écrire du code portable entre bases.
Drizzle, l'ORM par défaut
Trois étages, une seule vérité, et les stores du framework clé en main.
Migrations de schéma
Du schéma dérivé en développement au déploiement sans interruption : orm:generate, orm:migrate, et ce qui passe avant les exemplaires.
MongoDB avec Mongoose
Le modèle documentaire : connexions, schémas, et ce qui n'exige aucune migration.
Le contrat `IRepository`
La prise de courant que les deux moteurs honorent — pour du code portable, ou pour brancher un autre moteur.
Sécuriser#
Authentifier sans autoriser ne protège rien.
🏛️ Architecte#
Comprendre l’ossature avant de juger les choix — chaque page suppose la précédente. Les décisions écrites viennent en dernier, parce qu’elles ne se lisent bien qu’avec le modèle en tête.
npm run dev et le premier octet servi.
Pipeline de requête
Le trajet exact d'une requête — HTTP comme WebSocket.
Décisions d'architecture
Les ADR : pourquoi tel choix, ce qu'il coûte, et ce qu'il a remplacé.
Étendre le framework
Les endroits où brancher le tien sans modifier une ligne du framework.
🔗 Pour aller plus loin#
- ⬆️ Retour : Accueil de la documentation — tout le catalogue, rangé par type.
- 📖 Lexique général — le vocabulaire du framework en un seul endroit.