L'aventure Ember Initiative 🐹❤️ Semaine 13

Semaine 13 – Article de blog sur l’Ember Inspector et astuces pour les tests manuels

#web #emberjs #blog_post #ember_inspector #vite #npx #pnpm_dlx

Je l’avais promis la semaine dernière, le voici ! J’ai écrit l’article de blog The road to Vite support for the Ember Inspector. Il explique en gros tout ce que mon équipe fait sur l’Ember Inspector : quel est le problème, quel est le plan, où nous en sommes… Tout ce dont j’ai parlé ces dernières semaines, mais en prenant du recul maintenant que nous faisons de réels progrès.

Les « snapshots » de l’Inspector #

L’Ember Inspector a un concept intéressant de « snapshots ». En termes très simples, vous pouvez figer une version de l’Inspector et dire : cette version figée doit être téléchargée si l’application Ember exécutée sur la page est dans cette plage de versions donnée. Ainsi, vous pouvez arrêter de supporter les anciennes versions d’Ember, et si un·e développeur·se veut inspecter une application Ember très ancienne, ça se fera avec une version ancienne mais fonctionnelle de l’Inspector.

Cela dit, l’Ember Inspector actuel supporte les applications Ember jusqu’à la version 3.16, ce qui est déjà assez ancien. Pour l’instant, nous ne pouvons pas faire de changement substantiel dans l’inspecteur qui casserait les tests de la 3.16.

Quand un scénario spécifique de CI échoue pour une version, combiner ember-try et l’exécution de tests dans le navigateur est une bonne façon de démarrer une session de débogage. Mais parfois, les tests ne sont pas le meilleur point d’entrée quand vous voulez simplement essayer une chose précise que vous avez en tête, et qui n’est pas liée à vos cas de test actuels.

npx et pnpm dlx : exécuter des commandes depuis des packages npm distants #

Saviez-vous que vous n’avez pas besoin d’avoir ember installé globalement sur votre machine pour exécuter des commandes ember ? npx et pnpm dlx offrent des moyens d’exécuter des commandes depuis des packages npm distants. Comme la syntaxe du package inclut la version (my-package@x.x.x), vous pouvez exécuter des commandes CLI depuis n’importe quelle ancienne version de votre choix.

La commande ember que vous obtenez lorsque vous installez Ember CLI globalement sur votre machine provient du package npm ember-cli. Donc, si vous voulez tester une fonctionnalité spécifique comme « Est-ce que ember-wormhole < 0.5.0 fonctionne dans une application 3.16 ?» (non, il ne fonctionne pas), vous pouvez générer une application Ember 3.16 avec :

pnpm dlx ember-cli@3.16 new my-old-3-16-app

Personnellement, j’ai un dossier sur mon ordinateur qui contient diverses versions d’applications Ember de la 3.16 à la 6.4, utilisant la pipeline de build Broccoli, Embroider+Webpack ou Embroider+Vite. J’ajoute ce dossier à presque tous mes espaces de travail VS Code. Par exemple, dans mon espace de travail Ember Inspector, j’ai quatre dossiers : le fork ember-inspector de Mainmatter, le fork ember.js que Chris Manson a créé pour notre preuve de concept (voir l’article de blog), le dépôt embroider que j’ai utilisé pour rédiger le plugin de quick-fix (toujours dans l’article de blog), et ce dossier que j’ai appelé « Ember app fixtures » qui contient toutes les applications Ember que j’utilise régulièrement pour divers tests manuels.

Un mot sur ember-wormhole #

ember-wormhole est un ancien addon utilisé pour rendre une partie de votre template dans un élément « distant » du DOM donné plutôt qu’à sa place d’origine. Il a été développé avant qu’Ember ne fournisse le in-element intégré et possède encore quelques fonctionnalités supplémentaires. En raison du type de fonctionnalité que c’est, ember-wormhole bénéficie d’un support dédié dans l’Ember Inspector, et ça fait partie des choses qui nécessitent un peu de refactorisation pour préparer le terrain pour Vite. C’est un défi supplémentaire que nous avons soulevé en travaillant sur le code de l’Ember Inspector : concevoir la meilleure stratégie concernant le support d’ember-wormhole.

Je suis satisfaite de nos progrès actuels sur l’Ember Inspector. Écrire l’article de blog a été un bon exercice pour prendre du recul et réaliser ce que nous avons déjà accompli par rapport au plan. Je suis convaincue qu’il communique suffisamment bien la complexité du projet et explique pourquoi autant de semaines sont nécessaires pour livrer une solution stable.

Intro, Petite pause, Semaine 14