Les migrations de framework échouent quand les anciens patterns reviennent. diffray applique les nouveaux patterns sur chaque PR, gardant votre migration sur la bonne voie.
Ce n'est pas la migration. C'est la maintenance.
Les développeurs continuent d'utiliser les anciens patterns par mémoire musculaire. Le nouveau code utilise les anciennes conventions.
À moitié migré, à moitié legacy. Pas de frontière claire. Les nouvelles features utilisent un mélange aléatoire de patterns.
Les zones migrées sont polluées par les anciens patterns. Le progrès recule sans vigilance constante.
Tout le monde ne connaît pas le nouveau framework également. La qualité varie selon qui a écrit le code.
L'IA s'assure que les nouveaux patterns restent nouveaux
Définissez les patterns du nouveau framework comme règles. L'IA les applique sur chaque PR, détectant automatiquement les vieilles habitudes.
"Utilisez les server components pour le data fetching. Les client components sont pour l'interactivité uniquement."
Définissez quels répertoires sont migrés. Anciens patterns autorisés dans les zones legacy, bloqués dans les nouvelles zones.
"Ce fichier est dans /app (migré). Utilisez les patterns App Router, pas Pages Router."
L'IA explique comment convertir les anciens patterns en nouveaux. Chaque review est un moment d'apprentissage.
"Remplacez getServerSideProps par un Server Component async. Voir le guide de migration : /docs/migration.md"
Voyez combien de votre codebase est migré. Célébrez le progrès, identifiez les retardataires.
"73% des composants migrés vers les hooks. 12 class components restants dans /legacy."
Pages Router → App Router
Middleware → Plugins
Endpoints → Resolvers
lifecycle → useEffect
require → import
Options API → Composition API