Aperçu exécutif et portée architecturale

Electron v45.0.0 marque un bond en avant fondamental pour le développement d'applications de bureau multiplateformes, alignant le framework sur des piles Web et d'exécution de pointe. À sa base, cette version introduit Chromium 156.0.8078.48, Node.js v24.22.0 et V8 15.6, injectant des API de plateforme Web de pointe, des correctifs de sécurité et des optimisations de performances directement dans les environnements d'exécution de bureau. En se synchronisant avec ces moteurs en amont, les développeurs d'Electron obtiennent un accès immédiat aux fonctionnalités JavaScript modernes, à des modèles de confinement CSS améliorés et à des primitives réseau robustes sans sacrifier les capacités d'intégration native approfondie qui caractérisent la plateforme.

D'un point de vue architectural, la version 45.0.0 réévalue les topologies de processus, les périmètres de sécurité et les frontières de la plateforme. Plus particulièrement, les mainteneurs d'Electron ont officiellement déprécié et supprimé les builds 32 bits (Windows ia32 et Linux armv7l), faisant passer officiellement l'écosystème entièrement aux architectures 64 bits (x64 et arm64). Ce changement stratégique réduit la charge de maintenance, optimise les dispositions de mémoire pour les pipelines de processeurs modernes et garantit que les applications de bureau d'entreprise sont construites exclusivement sur des bases sécurisées et hautes performances. De plus, un refactoring approfondi au sein des scripts de préchargement en bac à sable (sandbox) réduit considérablement la latence de démarrage et l'empreinte mémoire, prouvant que performances et sécurité peuvent évoluer simultanément.

Améliorations clés et ergonomie pour les développeurs

L'ergonomie des développeurs bénéficie d'un coup de pouce substantiel dans la v45.0.0 grâce à des extensions d'API ciblées et à des améliorations de l'interface utilisateur native. Sur macOS, les développeurs peuvent désormais exploiter la propriété badge sur MenuItem (prise en charge sur macOS 14+) pour afficher des compteurs natifs ou des badges de texte personnalisés directement adjacents aux libellés des menus. De plus, l'intégration native s'étend via app.configureWebAuthn(), permettant une prise en charge transparente des clés d'accès (passkeys) du trousseau iCloud sur macOS via ASAuthorizationController. Lorsqu'elles sont activées, les API d'authentification standard telles que navigator.credentials.create() et .get() déclenchent instantanément l'interface utilisateur d'autorisation de clé d'accès native d'Apple via ASAuthorizationController, comblant le fossé entre les applications Web et les flux de travail d'identité natifs de la plateforme.

L'observabilité des performances et le débogage atteignent également de nouveaux jalons. L'introduction de la variable d'environnement ELECTRON_DEBUG_DRAGGABLE_REGIONS permet aux développeurs de visualiser et d'enregistrer les zones de fenêtre déplaçables dans les applications non empaquetées, atténuant directement les points de friction traditionnels associés au développement de barres de titre de fenêtre personnalisées. Du côté du backend, le profilage de mémoire passe à un paradigme moderne en intégrant une source de données de profilage de tas Perfetto dans contentTracing. Associé à de nouveaux ajouts tels que webFrameMain.printToPDF() pour l'impression de cadres isolés à partir du processus principal et au module expérimental localAIHandler au sein de UtilityProcess pour l'intégration de l'API Prompt, Electron v45.0.0 permet aux équipes d'ingénierie de construire des applications de bureau sophistiquées, prêtes pour l'IA et hautement observables.

Matrice de comparaison architecturale

Changements cassants et avertissements de migration

Electron v45.0.0 introduit plusieurs changements cassants critiques qui nécessitent un audit minutieux lors de la migration. Plus particulièrement, le démarrage du moteur de rendu en bac à sable a été optimisé en supprimant les modules events, timers et url ainsi que les objets globaux Buffer, setImmediate et clearImmediate des scripts de préchargement en bac à sable. Les applications qui s'appuient sur ces objets globaux dans des préchargements en bac à sable doivent explicitement inclure des polyfills. De plus, le comportement du module de système de fichiers à l'intérieur des archives ASAR a changé : fs.open et les méthodes associées renvoient désormais des descripteurs qui lisent directement hors de l'archive sans générer de copies de fichiers temporaires. Le code attendant un descripteur de fichier brut (tel que des add-ons natifs ou child_process stdio) échouera avec EBADF, et les opérations d'écriture sur les fichiers ASAR lèvent désormais EACCES.

Les limites de sécurité et de permissions ont également été renforcées. Les requêtes de capture d'écran, de fenêtre et d'onglet sont désormais acheminées vers setPermissionRequestHandler en tant que display-capture au lieu de media. Les développeurs dont les gestionnaires de permissions placent explicitement media sur liste blanche doivent mettre à jour leur logique pour inclure display-capture afin d'éviter les régressions de partage d'écran. De plus, les méthodes synchrones safeStorage sont désormais officiellement obsolètes avant leur suppression complète dans Electron 46, obligeant les applications à passer à des alternatives asynchrones. Enfin, le durcissement de la sécurité de création de fenêtres dicte que les enfants window.open() dont les états de bac à sable ne correspondent pas s'exécutent désormais dans des processus isolés sans poignées d'ouverture (opener handles) à moins d'être explicitement remplacés via setWindowOpenHandler.

Guide de mise à niveau étape par étape

La mise à niveau vers Electron v45.0.0 nécessite des mises à jour de dépendances structurées et un refactoring de la base de code pour tenir compte des API modifiées et des suppressions d'architecture.

1. Mettre à jour les dépendances et les cibles Node/Chromium Modifiez votre package.json pour cibler Electron v45.0.0 et vérifiez que votre pipeline de build cible exclusivement les architectures 64 bits, les builds 32 bits n'étant plus publiés :

   {
     "devDependencies": {
       "electron": "^45.0.0"
     }
   }
   

2. Auditer les scripts de préchargement en bac à sable pour les objets globaux manquants Si vos scripts de préchargement en bac à sable dépendent de variables globales Node.js telles que Buffer ou timers, injectez des polyfills légers ou déplacez la logique d'exécution :

   // preload.js (En bac à sable)
   // Supprimez les références directes à Buffer ou require('timers') à moins d'utiliser un polyfill
   const { contextBridge } = require('electron');
   // Utilisez un pont de contexte sécurisé pour les API exposées
   contextBridge.exposeInMainWorld('myAPI', {
     secureMethod: () => { /* implémentation */ }
   });
   

3. Migrer le stockage sécurisé synchrone (SafeStorage) vers des équivalents asynchrones Remplacez les appels cryptographiques bloquants par leurs équivalents asynchrones pour préparer Electron 46 :

   // Avant : const decrypted = safeStorage.decryptString(encrypted);
   // Après :
   async function getDecryptedData(encryptedBuffer) {
     const decrypted = await safeStorage.decryptStringAsync(encryptedBuffer);
     return decrypted;
   }