Aller au contenu
Sortir de Next.js : le coût de sortie mesuréLecture : 0 %

Sortir de Next.js : le coût de sortie mesuré

Une méthode pour inventorier ce qui vous attache à Next.js, chiffrer la sortie en jours plutôt qu'en opinions, et garder ce coût bas sans quitter le framework.

Par Elias Varen6 min de lectureMembres

« On pourra toujours en sortir, c'est du React. » J'ai dit cette phrase. Elle est vraie pour à peu près la moitié du code d'une application Next.js, et la moitié pour laquelle elle est fausse porte le routage, les données et le déploiement.

Je n'ai pas l'intention de quitter Next.js, mais je veux connaître le prix de la porte. Une dépendance dont on ignore le coût de sortie relève de la situation subie plus que du choix. Et ce prix se négocie tous les jours, au moment d'écrire le code, bien avant le jour où l'on décide de partir.

Cinq niveaux d'adhérence au framework

Tout ce qu'on importe du framework n'attache pas de la même manière. Je classe en cinq niveaux, du plus léger au plus lourd.

NiveauExemplesCe que coûte le remplacement
1. Composants utilitairesLien, image, polices, scriptMécanique : un composant équivalent, un rechercher-remplacer
2. Conventions de fichiersArborescence de routes, layouts, pages d'erreur et de chargement, métadonnéesRéécriture de la table de routage, structure conservée
3. API d'exécutionLecture des cookies et headers, redirections, middleware, gestionnaires de routesRéécriture ciblée, logique à re-tester
4. Modèle de renduServer Components asynchrones, Server Functions, streamingChangement d'architecture : il faut une API et un cache côté client
5. Sémantique de cache et d'hébergementRevalidation par tag, régénération incrémentale, optimisation d'images à la voléeFonctionnalité à reconstruire ou à abandonner

Les niveaux 1 à 3 se chiffrent en jours et se font par lots. Le niveau 4 se chiffre en semaines et touche chaque écran. Le niveau 5 ne se migre pas, il se remplace par une décision d'infrastructure.

Sortir de Next.js : le coût de sortie mesuré · Deepstack