C'est censé compiler, mais je doute très fortement que ce soit comme en C, en C++, en Rust, en pascal, en Java... bref dans un langage traditionnellement compilé, c'est à dire que le générateur de binaire ait bien vérifié que tous les appels mènent bien quelque part.
Mhh je vais peut-être dire des bêtises parceque je ne connais pas bien electron mais mon attente est qu'il s'agit essentiellement d'un combo navigateur web / NodeJS et que in fine la partie "logique" de l'application est répartie dans plusieurs sources JavaScript dont une partie tourne dans le navigateur et l'autre dans NodeJS.
En ce qui concerne le JavaScript, il y a effectivement une phase de compilation (avec édition de lien et élimination de code mort et plein d'autres optimisations) mais elle livre un code JavaScript dit "minifié" (voir exemple [https://unpkg.com/react@0.14.3/dist/react-with-addons.min.js}). Le programme "canonique" pour faire ce traitement s'appelle webpack. Dans ton cas, je doute que le code JavaScript fasse plus de quelques ko, ce qui fait la masse de l'application est la masse de dépendences (au minimum un navigateur et un NodeJS) et je m'attends à ce qu'aucun traitement ne soit fait sur ces programmes pour éliminer les parties non susceptibles d'être utilisées par la partie JavaScript.
C'est toujours mon attente que tu pourrais essayer de vérifier mais je serais surpris si le binaire en question était bien plus qu'une archive auto-extractrice, qui une fois explosée te permet de retrouver ton code JavaScript.
Pour "sauver les meubles" il faudrait voir si l'application originale peut être installée en connection WiFi au lieu de 3G et s'assurer que les màj ne fassent rien de plus que tirer le nouveau code JavaScript.
[^] # Re: les dependances
Posté par Michaël (site web personnel) . En réponse au message [electron.js] alléger un binaire. Évalué à 2.
Mhh je vais peut-être dire des bêtises parceque je ne connais pas bien electron mais mon attente est qu'il s'agit essentiellement d'un combo navigateur web / NodeJS et que in fine la partie "logique" de l'application est répartie dans plusieurs sources JavaScript dont une partie tourne dans le navigateur et l'autre dans NodeJS.
En ce qui concerne le JavaScript, il y a effectivement une phase de compilation (avec édition de lien et élimination de code mort et plein d'autres optimisations) mais elle livre un code JavaScript dit "minifié" (voir exemple [https://unpkg.com/react@0.14.3/dist/react-with-addons.min.js}). Le programme "canonique" pour faire ce traitement s'appelle webpack. Dans ton cas, je doute que le code JavaScript fasse plus de quelques ko, ce qui fait la masse de l'application est la masse de dépendences (au minimum un navigateur et un NodeJS) et je m'attends à ce qu'aucun traitement ne soit fait sur ces programmes pour éliminer les parties non susceptibles d'être utilisées par la partie JavaScript.
C'est toujours mon attente que tu pourrais essayer de vérifier mais je serais surpris si le binaire en question était bien plus qu'une archive auto-extractrice, qui une fois explosée te permet de retrouver ton code JavaScript.
Pour "sauver les meubles" il faudrait voir si l'application originale peut être installée en connection WiFi au lieu de 3G et s'assurer que les màj ne fassent rien de plus que tirer le nouveau code JavaScript.