Il y a environ un an, nous avons finalement migré de Vue 2 vers Vue 3. C'était 6 mois avant sa fin de vie officielle. à l'époque, notre application comptait environ 100 pages et 300 composants, et utilisait certaines des dépendances classiques liées à Vue : Vue-router, Pinia (et Pinia ORM), Vue-i18n, TipTap, ElementUI (ElementPlus pour Vue 3)
Voici quelques conseils qui nous ont aidé. Comme Vue 2 fonctionne toujours plut?t bien, vous feriez mieux de prendre le temps de faciliter la migration au lieu de la précipiter, de casser votre application et de détruire votre moral !
1?? Avant de commencer
Avertir les autres
Les choses vont certainement se casser, même un peu. Tu ferais mieux de t'assurer que tout va bien avec les autres équipes.
Mise à niveau vers la dernière version de Vue 2.7
évidemment, comme la plupart des nouveautés sont disponibles dans Vue 2.7, et rétrocompatibles, il est important de rattraper son retard si ce n'est pas déjà fait. Lors de la migration vers Vue 3, vous pourrez toujours profiter de ses fonctionnalités. L'étape pour migrer sera également plus petite.
Prends le temps
Cela peut représenter un travail assez important, il vaut donc mieux anticiper pour atténuer le risque sur une longue période. En plus, cela nous a aidé (les développeurs) à garder le moral ! Prévoyez quelques semaines, voire quelques mois, car vous savez quand vous commencez, mais vous ne savez pas quand vous finirez... Enfin, mieux vaut y consacrer du temps chaque semaine, pour qu'une éventuelle panne ne soit pas désastreuse. ??>
Créer une équipeNe comptez pas sur un seul développeur si possible, car c'est une tache épuisante. De plus, vous avez besoin de retours rapides et de boucles de fusion, car de nombreux changements affecteront l'ensemble de la base de code et pourraient créer des conflits au quotidien. C'est déjà assez dur sans avoir à gérer ?a?!
Migration pilotée par les tests
La moitié du temps sera consacrée à tester l'ensemble de l'application, vous feriez donc mieux de l'automatiser le plus possible. D'après notre expérience?:
- Les tests unitaires ne sont pas très utiles, car ils testent généralement des choses qui ne sont pas vraiment liées à Vue (uniquement des fonctions "pures JS" par exemple), donc nous ne nous sommes pas concentrés sur eux
- Les tests de composants avec vue-test-utils ont été difficiles à migrer, nous avons même d? désactiver certains d'entre eux
- Les tests de bout en bout étaient les plus précieux car ils ne sont liés à aucun composant interne de JS ou Vue et échouaient dès qu'une erreur était supprimée dans l'application
Tapez tout
TypeScript a un peu aidé, mais sa prise en charge dans Vue 2 est encore médiocre. Utiliser TypeScript est toujours une bonne idée, mais cela pourrait ne pas être très utile ; Une fois que vous utiliserez Vue 3, la syntaxe de configuration sera votre meilleure amie?!
Tout pelucher
C'est évident, mais beaucoup de changements vont se produire dans le code, tout comme beaucoup d'erreurs. Un simple ESLint / Prettier peut faire gagner beaucoup de temps. Si vous les avez déjà, vous pouvez consulter les nouvelles règles pour Vue 3 pendant votre migration?: https://eslint.vuejs.org/rules/
Utiliser Vite
Nous avions déjà migré de Webpack vers Vite avant de commencer à migrer Vue, donc je ne suis pas s?r que cela aide beaucoup, mais comme c'est la norme claire aujourd'hui, certains plugins peuvent même ne pas donner d'instructions pour la mise à niveau avec Webpack. Je suppose qu'il est plus s?r de le faire en premier car Vite prend en charge Vue 2, mais à l'inverse, l'écosystème Vue 3 pourrait ne pas prendre en charge Webpack.
2?? Petits pas d'abord
L'objectif est d'avoir le moins de changements possible lors de la mise à niveau de Vue elle-même.
Dépendances de mise à niveau
Jetez un ?il à chaque dépendance liée à Vue que vous utilisez et vérifiez s'il existe une version prenant en charge à la fois Vue 2 et Vue 3, et effectuez une mise à niveau vers celle-ci. Vue-demi a aidé de nombreux responsables de plugins à y parvenir, il y a donc de fortes chances qu'il soit disponible.
Par exemple, vous souhaiterez peut-être migrer de Vuex vers Pinia, qui prend en charge les deux versions (Vuex nécessite encore une petite migration) et est de toute fa?on le nouveau standard.
Remplacer les dépendances
Pour les autres dépendances, vous souhaiterez peut-être vérifier si une alternative moderne pourrait répondre à vos besoins. Par exemple, nous avons remplacé vue-mq par vue-use.
Monkeypatch en cas de besoin
Nous avons d? être pragmatiques, donc comme certaines migrations étaient plus difficiles que d'autres, nous avons fini par créer une petite couche d'abstractions pour y remédier. Par exemple, nous avons eu du mal avec vue-i18n v9 qui apporte des changements radicaux (parfois non documentés). Nous avons donc finalement créé un assistant qui expose une version personnalisée de $t pour éviter d'avoir à réécrire chaque composant (car cette fonction la plus utilisée n'accepte désormais plus les valeurs "nulles" sans aucune raison). En d’autres termes, ne soyez pas trop perfectionniste !
3?? Commencer la migration
Maintenant, le dur travail commence. Tout ce que nous avons fait auparavant soulagera la douleur. Il n'y a pas de magie ici, ce sera probablement la partie la plus difficile de la migration.
Change tout, mais rien
Remplacez Vue 2 par Vue 3 par le "migration build" (également appelé mode compat) en suivant les instructions.
Désactivez tous les indicateurs disponibles pour que l'application fonctionne presque comme avec la version 2.
Vérifiez qu'aucune modification majeure n'affecte votre application ou corrigez-la.
Petits pas
Activez chaque indicateur de manière incrémentielle et testez minutieusement l'application. Si certains composants sont trop difficiles à migrer, gardez à l’esprit que vous pouvez remplacer son option de compatibilité?; il vaut donc mieux tout fusionner mais conserver quelques composants pour migrer plus tard au lieu d'attendre que l'ensemble de l'application fonctionne maintenant. N'essayez pas de tout réparer d'un coup, laissez passer quelques jours pour pouvoir détecter les bugs (et recharger votre santé mentale).
De grands pas
Certaines dépendances ne fournissent cependant pas de raccourcis. Dans notre cas, la migration de notre bibliothèque d'interface utilisateur d'ElementUI (Vue 2) vers ElementPlus (Vue 3) était difficile et ne pouvait pas être divisée en étapes plus petites. J'ai entendu dire que c'était encore plus difficile pour Vuetify. Pour cela, vous devrez être fort, patient et prendre le temps de tout faire en même temps. Prévoyez peut-être une semaine complète dans le calendrier de votre équipe?!
N'oubliez pas que vous pouvez toujours remplacer le comportement de compatibilité de chaque composant que vous importez au moment de l'exécution?:
import { ElButton } from 'element-plus' ElButton.compatConfig = { FEATURE_ID_A: true // features can also be toggled at component level }
Dernière étape
Une fois que chaque indicateur a été activé, il est temps de supprimer la version de migration. J'espère que vous ne découvrirez pas de nouveaux problèmes inattendus d'ici là?!
N'oubliez pas de célébrer, vous l'avez mérité?! ?
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Outils d'IA chauds

Undress AI Tool
Images de déshabillage gratuites

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Clothoff.io
Dissolvant de vêtements AI

Video Face Swap
échangez les visages dans n'importe quelle vidéo sans effort grace à notre outil d'échange de visage AI entièrement gratuit?!

Article chaud

Outils chauds

Bloc-notes++7.3.1
éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Sujets chauds

PlacertagsatthebottomofablogPostorwebPageSerSpracticalPurpossForseo, userexperience, anddesign.1.ithelpswithseobyallowingsechingenginestoaccesskeyword-elevanttagswithoutcluteringtheaincontent..itimproveserexperceenceegmentyepingthefocusonThearrlUl

La capture d'événements et la bulle sont deux étapes de la propagation des événements dans DOM. La capture est de la couche supérieure à l'élément cible, et la bulle est de l'élément cible à la couche supérieure. 1. La capture de l'événement est implémentée en définissant le paramètre UseCapture d'AdveventListener sur true; 2. événement Bubble est le comportement par défaut, UseCapture est défini sur False ou Omise; 3. La propagation des événements peut être utilisée pour empêcher la propagation des événements; 4. événement Bubbling prend en charge la délégation d'événements pour améliorer l'efficacité du traitement du contenu dynamique; 5. La capture peut être utilisée pour intercepter les événements à l'avance, telles que la journalisation ou le traitement des erreurs. La compréhension de ces deux phases aide à contr?ler avec précision le calendrier et comment JavaScript répond aux opérations utilisateur.

La principale différence entre le module ES et CommonJS est la méthode de chargement et le scénario d'utilisation. 1.ComMonJS est chargé de manière synchrone, adapté à l'environnement c?té serveur Node.js; 2. Le module ES est chargé de manière asynchrone, adapté aux environnements réseau tels que les navigateurs; 3. Syntaxe, le module ES utilise l'importation / exportation et doit être situé dans la portée de niveau supérieur, tandis que CommonJS utilise require / module.exports, qui peut être appelé dynamiquement au moment de l'exécution; 4.Commonjs est largement utilisé dans les anciennes versions de Node.js et des bibliothèques qui en comptent telles que Express, tandis que les modules ES conviennent aux frameworks frontaux modernes et Node.jsv14; 5. Bien qu'il puisse être mélangé, il peut facilement causer des problèmes.

Le mécanisme de collecte des ordures de JavaScript gère automatiquement la mémoire via un algorithme de compensation de balises pour réduire le risque de fuite de mémoire. Le moteur traverse et marque l'objet actif de l'objet racine, et non marqué est traité comme des ordures et effacés. Par exemple, lorsque l'objet n'est plus référencé (comme la définition de la variable sur NULL), il sera publié lors de la prochaine série de recyclage. Les causes courantes des fuites de mémoire comprennent: ① des minuteries ou des auditeurs d'événements non diffusés; ② Références aux variables externes dans les fermetures; ③ Les variables globales continuent de contenir une grande quantité de données. Le moteur V8 optimise l'efficacité du recyclage à travers des stratégies telles que le recyclage générationnel, le marquage incrémentiel, le recyclage parallèle / simultané, et réduit le temps de blocage principal. Au cours du développement, les références globales inutiles doivent être évitées et les associations d'objets doivent être rapidement décorées pour améliorer les performances et la stabilité.

Il existe trois fa?ons courantes d'initier des demandes HTTP dans Node.js: utilisez des modules intégrés, Axios et Node-Fetch. 1. Utilisez le module HTTP / HTTPS intégré sans dépendances, ce qui convient aux scénarios de base, mais nécessite un traitement manuel de la couture des données et de la surveillance des erreurs, tels que l'utilisation de https.get () pour obtenir des données ou envoyer des demandes de post via .write (); 2.AXIOS est une bibliothèque tierce basée sur la promesse. Il a une syntaxe concise et des fonctions puissantes, prend en charge l'async / attendre, la conversion JSON automatique, l'intercepteur, etc. Il est recommandé de simplifier les opérations de demande asynchrones; 3.Node-Fetch fournit un style similaire à la récupération du navigateur, basé sur la promesse et la syntaxe simple

La différence entre VAR, LET et const est la portée, la promotion et les déclarations répétées. 1.Var est la portée de la fonction, avec une promotion variable, permettant des déclarations répétées; 2.Lette est la portée au niveau du bloc, avec des zones mortes temporaires, et les déclarations répétées ne sont pas autorisées; 3.Const est également la portée au niveau du bloc et doit être attribuée immédiatement et ne peut pas être réaffectée, mais la valeur interne du type de référence peut être modifiée. Utilisez d'abord Const, utilisez LET lors de la modification des variables et évitez d'utiliser VAR.

Les types de données JavaScript sont divisés en types primitifs et types de référence. Les types primitifs incluent la cha?ne, le nombre, le booléen, le nul, un non défini et le symbole. Les valeurs sont immuables et les copies sont copiées lors de l'attribution des valeurs, de sorte qu'elles ne se affectent pas; Les types de référence tels que les objets, les tableaux et les fonctions stockent les adresses de mémoire, et les variables pointant vers le même objet s'afferchent mutuellement. Le typeof et l'instance de OFF peuvent être utilisés pour déterminer les types, mais prêtent attention aux problèmes historiques de typeofnull. Comprendre ces deux types de différences peut aider à écrire un code plus stable et fiable.

DOM Traversal est la base de l'opération d'élément de page Web. Les méthodes courantes incluent: 1. Utilisez ParentNode pour obtenir le n?ud parent et peut être encha?né pour le trouver vers le haut; 2. Les enfants renvoient une collection d'éléments enfants, accédant aux premiers éléments enfants ou aux enfants via l'index; 3. NextElementSibling obtient l'élément de frères suivants et combine des éléments précédents pour réaliser la navigation de même niveau. Des applications pratiques telles que la modification dynamique des structures, les effets interactifs, etc., tels que cliquer sur le bouton pour mettre en surbrillance le n?ud frère suivant. Après avoir ma?trisé ces méthodes, des opérations complexes peuvent être réalisées grace à la combinaison.
