Un développeur propose un outil permettant aux développeurs de recompiler leurs applications conçues pour Chrome vers Electron. L’idée est bien entendu de simplifier le travail face à l’abandon des Chrome Apps annoncé par Google.
Début 2018, les Chrome Apps ne fonctionneront plus nulle part, le second semestre 2017 marquant déjà leur disparition des catalogues et coupant donc la possibilité d’en avoir de nouvelles. L’éditeur recommande de s’orienter vers les technologies du web, considérées dorénavant comme assez mures pour assurer la transition.
Convertir simplement une Chrome App vers Electron
Mais tout le monde n’est pas de cet avis. Koushik Dutta, à qui l’on doit déjà des outils comme Vysor et AllCast, propose désormais Electron Chrome. Pas besoin de se demander de quoi il s’agit, la réponse étant dans la question : l’outil « traduit » les applications Chrome en applications Electron, sans sacrifier les fonctionnalités, et surtout sans nécessité de réécriture lourde.
Electron est un framework créé par GitHub et sur lequel s’appuient des projets connus, notamment Atom (également de GitHub) et Visual Studio Code, l’environnement de développement gratuit et open source de Microsoft. Son objectif est de fournir aux développeurs un socle cohérent pour développer des applications complètes à partir du moteur Node.js.
L’idée de Koushik Dutta est donc simple. Plutôt que d’imposer aux développeurs de réécrire une grande partie de leurs applications, Electron Chrome permet de réduire ce travail à une « formalité », avec le bénéfice d’obtenir une application multiplateforme, ce qui est normalement le grand intérêt des Chrome Apps.
Un projet complété dans les prochains mois
Plusieurs points à souligner toutefois. Le plus important est qu’Electron Chrome n’est pas un outil officiel et qu’il n’y a aucune garantie de fonctionnement, et encore moins de support en cas de problème. En outre, la migration des applications peut rencontrer des erreurs, certaines API n’étant pas encore supportées. C’est particulièrement le cas pour File System et USB. Notez tout de même que le projet est open source (licence Apache 2.0), disponible sur GitHub et que son développeur a promis de le compléter.
Commentaires (31)
#1
Y’a possibilité de faire des widgets windows avec électron ?
Je rêve d’un widget Google keep.
#2
bah ce type gagne de l’argent avec Vysor qu’il a rendu récemment payant. Pas étonnant qu’il défende son beefsteak…
Ca n’est pas la bonne voie. La décision de Google est la bonne.
#3
#4
Merci pour le site, intéressant.
En tout cas on est encore loin d’avoir la qualité d’expérience du natif avec des webapp.
Et tout ce qui est electron/phonegap etc. pour moi c’est pas vraiment du natif ;) Le vrai natif à mon sens c’est quand on fait appel au framework recommandé de l’OS hôte (cocoa, .net, …)
#5
#6
C’est clair qu’on est loin. Après on n’est pas aidés non plus par JS qui aurait dû être remplacé par Typescript ou équivalent depuis longtemps… et les bugs de rendu des navigateurs…
#7
On est loin pour les grosses apps complexes mais pour la plupart des “petites apps” mobiles ou desktop on y est déjà.
Les PWA (progressive web apps) sont en plein boom (demos: pwa.rocks ) et React Native permet de réutiliser du code JS/TS sur mobile. Google développe aussi Flutter.io (qui utilise Dart qui se transpile en JS) pour le mobile.
Tout le monde cherche a lutter contre le “trio infernal actuel”: Web (js/html5), Android (Java), iOS (Objective-c) qui requiert triple compétences (langages et api et tooling) ou triple teams pour développer sur les 3 plateformes du moment (si on oublie Windows qui est déjà mort sans le savoir).
Il y a un gros match entre Facebook et Google a venir.
A noter aussi qu’Electron (Github) a un concurrent sérieux avec NW.JS (Intel).
Je ne suis pas sur que Github ait les reins solides pour Electron, a voir comment VSCode a pris le dessus sur Atom…Perso je ne miserai pas sur Electron mais plus sur NWJS.
#8
sauf que la majorité des usages applicatifs se font en environnement business, sur des machines dont l’accès au net est, au minimum, filtré, pour ne pas dire bloqué.
donc pour la plupart des app de michu, ça marchera, mais en entreprise, ça ne verra jamais le jour…
#9
Ne pas avoir accès au net n’empêche pas de faire des web apps .
#10
Firefox OS avait raison trop tôt
#11
Je pense que beaucoup ne comprennent pas ce que l’on peut faire aujourd’hui avec ces technos ^^“.
Je trouve le duo HTML/JS tellement puissant …
#12
#13
#14
#15
#16
#17
#18
#19
#20
#21
Que les webdevs qui veulent faire du desktop fassent un effort en apprenant les technos adéquates.
Mais qu’ils ne viennent pas pourrir la machine des utilisateurs (et des développeurs, cf Atom) avec du Chromium dans tous les sens.
On est en train de gaspiller des ressources phénoménales à force de vouloir caser Html/Css/Js pour toute et n’importe quelle utilisation.
#22
#23
#24
#25
#26
#27
Tu sais, il existe des outils fort acceptables pour le desktop, et je ne parle pas des ui dégueulasses à la Java. Par contre, il faut accepter d’apprendre autre chose que son langage préféré =/ Et encore, certaines technos mâchent le travail aux devs JS.
Un seul langage pour tout faire n’a jamais été une solution et se couper de JS pour autre chose que du web est la plus saine des décisions.
#28
Enfin quand on voit la réactivité/fluidité des apps Electron, et surtout leur énorme conso en RAM, je me dit que le natif à encore de beau jour devant lui (en tout cas je l’espère)
#29
J’aurai dû souligner le “par exemple”.
Je ne fais pas de développement web, uniquement du back-end donc je ne me permets pas de dire ou généraliser quoi que ce soit vu que je ne connais pas.
Je répondais simplement à la question de V1nce sans pour autant généraliser ou dire que c’est pareil pour tous les langages web.
#30
#31