Google prépare l'arrêt des Chrome Apps sur Windows, macOS et Linux

Google prépare l’arrêt des Chrome Apps sur Windows, macOS et Linux

Tic tac

Avatar de l'auteur
Vincent Hermann

Publié dans

Logiciel

22/08/2016 4 minutes
31

Google prépare l'arrêt des Chrome Apps sur Windows, macOS et Linux

Google se prépare à abandonner ses Chrome Apps, avec un plan en plusieurs phases. L’éditeur justifie ce choix en expliquant que les raisons qui l’avaient poussé à les mettre en place ne sont aujourd’hui plus valable, car le web a évolué.

Lorsque Google a introduit les Chrome Apps il y a environ trois ans, elles devaient répondre à des besoins que les extensions et autres produits conçus à partir de technologies du web ne pouvaient couvrir. Pour mémoire, ces « apps » sont téléchargeables via le Chrome Web Store et disponibles via le bouton Applications de la barre personnelle.

Prenant appui sur Chrome comme plateforme de développement, les éditeurs avaient notamment la possibilité d’inclure du code binaire, chose impossible avec les extensions. Les Apps étaient également exploitables telles quelles sur Chrome OS.

Le décor a cependant changé. Les technologies du web ont évolué, et des éléments tels que les Service Workers (tâches en arrière-plan) ou les notifications push sont maintenant utilisés par de nombreux développeurs. Tout ce que ces technologies réclament, c’est un navigateur récent. Google n’hésite d’ailleurs pas à dire que le principal bénéfice est justement qu’elles ne sont affiliées à aucun logiciel en particulier.

Fin du compte à rebours pour début 2018

Comme l'a indiqué l'éditeur vendredi soir, les motivations derrière création des Chrome Apps disparaissent donc, Google renvoyant vers les Progressive Web Apps. Le plan prévu est de faire disparaître les premières dans un délai de deux ans, avec plusieurs phases. La première interviendra à la fin de l’année, Google réservant alors toutes les nouvelles Apps à la seule plateforme Chrome OS. Par contre, les Apps existantes pourront non seulement continuer à être utilisées, mais également être mises à jour.

Dans la seconde moitié de 2017, les utilisateurs de Chrome – le navigateur – ne verront plus les Apps dans le catalogue des extensions. Celles qui sont installées pourront cependant encore être utilisées. Début 2018 toutefois, le couperet tombera : Chrome ne sera plus en mesure de charger les Apps. Seul Chrome OS le pourra, jusqu’à une date qui n’a pas été communiquée. Google indique que cette situation perdurera « dans un avenir prévisible ».

1 % seulement des utilisateurs

L’éditeur évoque ainsi, sans vraiment le dire, un échec. Les Chrome Apps se séparent en deux groupes, les applications empaquetées (packaged) et celles qui sont hébergées. Celles que l’on trouve actuellement dans le catalogue sont les empaquetées. Or, Google indique que seuls 1 % des utilisateurs sous Windows, macOS et Linux se servent de ces applications. Un chiffre sans doute bien insuffisant pour justifier un quelconque entretien.

Dans l’idéal, Google aimerait que les développeurs migrent leurs projets vers les Progressive Web Apps, dont l’objectif est le même : proposer des applications dont l’interface et les performances semblent natives. Ce qui suppose que toutes les fonctionnalités trouvent un écho dans les API actuellement proposées. Mais Google sait que ce n’est pas toujours le cas et invite les développeurs à se manifester pour indiquer où le travail sur les API devrait être prioritaire.

On remarquera néanmoins que la lutte pour faire de Chrome une plateforme à part entière n’est sans doute pas aussi simple que l’éditeur l’avait imaginé. Des mouvements tels que les Chrome Apps ou le mode plein écran de Windows 8 (qui n’était qu’une reprise de l’interface de Chrome OS) pouvaient sembler justifiés quand la croissance de Chrome semblait irrésistible. Mais les usages, eux, n’ont pas évolué avec la même célérité que la part de marché du navigateur.  

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Fin du compte à rebours pour début 2018

1 % seulement des utilisateurs

Commentaires (31)




proposer des applications dont l’interface et les performances semblent natives





Ça veut dire quoi ?








fred42 a écrit :



Ça veut dire quoi ?





C’est du novlang&nbsp;<img data-src=" /> (ah bon !)<img data-src=" />









fred42 a écrit :



Ça veut dire quoi ?







Vu que Google est américain, je suppose que cà a un rapport avec les indiens <img data-src=" />





Pour en revenir à la news, c’est pas mal que Google laisse tomber une solution devenu “obsolète”, en espérant que l’expérience pour l’utilisateur (et les développeurs) soit la même dans les différents navigateurs moderne.



Et moi qui attendais d’un rédacteur qu’il rédige de manière compréhensible ! <img data-src=" />


http://glossaire.infowebmaster.fr/application-native/ <img data-src=" />

C’est un site web, mais ça doit ressembler et avoir les performances de “code classique”




Or, Google indique que seuls 1 % des utilisateurs sous Windows, macOS et Linux se servent de ces applications. Un chiffre sans doute bien insuffisant pour justifier un quelconque entretien.





C’est vrai qu’avec seulement 1% d’utilisateur, ca ne vaut pas la peine de continuer à investir…





(utilisateurs de linux sur PC, si vous nous regardez…. <img data-src=" /> )


Vu que les services worker viennent à peine de sortir et sont une usine à gaz sans nom, je doute que ça soit tant utilisé que ça par les développeurs …


&nbsp;





psn00ps a écrit :



http://glossaire.infowebmaster.fr/application-native/ <img data-src=" />

C’est un site web, mais ça doit ressembler et avoir les performances de “code classique”





Sembler et ressembler en une signification tout en rassemblant des mots, ce n’est pas toujours évident de saisir <img data-src=" />



Merci, je sais ce qu’est une application native.

En fait, grâce à toi, je viens de comprendre la phrase et elle est mal foutue.

Je n’arrivait pas à comprendre comment des performances ou des interfaces pouvaient sembler natives et le fait de rapprocher à application native m’a fait comprendre l’idée.


J’ai pas souvenir d’avoir utilisé une seul fois les chromes apps et dans mon entourage non plus.

Donc pas étonnant qu’il laisse tombé le truc.


j’ai dut faire un RDP sous chrome mais sinon…








garvek a écrit :



Vu que les services worker viennent à peine de sortir et sont une usine à gaz sans nom, je doute que ça soit tant utilisé que ça par les développeurs …





C’est l’idée même de l’extensible web manifesto =&gt; proposer aux développeurs des API assez bas niveau (avec le service worker, on intercepte l’event “fetch” du navigateur) pour voir comment les développeurs l’utilisent et se l’approprient (il existe déjà plusieurs bibliothèques qui abstraient la complexité des SW), des design patterns vont émerger, et la spec pourra évoluer.

Puis “usine à gaz sans nom”, c’est tout relatif … par rapport à l’app cache manifest que l’on avait avant ? C’est bien plus propre, et c’est une approche par programmation plus que par configuration, et ça permet une souplesse bien plus grande (et nécessaire) pour la gestion d’applications offline.



Le cimetière google s’agrandit.

Il vont peut-être bientôt arreter le moteur de recherche … car maintenant la porte d’entrée vers les site se fait via en vrac youtube Twitter facebook <img data-src=" />


C’est pas par le biais des applications Chrome que devaient justement arriver la compatibilité avec les applications Android ?



Du coup… bah tant pis pour Windows, macOS et Linux. :x


dommage, moi qui utilise Signal Desktop régulièrement…<img data-src=" />


… erf mon client rest préféré est une application chrome :‘( (ARC)


Pareil que Pong, tous les gens qui font/testent des call API ou veulent débugger leur site utilisent Postman. Bien pratique.



Faut que les gens arrêtent de croire que parce qu’eux n’utilisent pas un truc c’est que ca sert a rien.


Une des dernières raisons qui me faisaient utiliser Chromium. Un peu dommage, mais comme toujours avec G, avoir un Plan B quand on utilise pas leurs services stars :P


Tous sur Edge !



<img data-src=" />








Pong a écrit :



… erf mon client rest préféré est une application chrome :‘( (ARC)









durandt a écrit :



Pareil que Pong, tous les gens qui font/testent des call API ou veulent débugger leur site utilisent Postman. Bien pratique.



Faut que les gens arrêtent de croire que parce qu’eux n’utilisent pas un truc c’est que ca sert a rien.







Rien n’empêche à ARC et Postman de migrer sur “Progressive Web App” qui permet d’être indépendant du bon vouloir de Google maintenant.



Je sais bien que ca ne se faitpas en un claquement de doigts, mais ils ne sont pas au pied du mur non plus.



Google prépare l’arrêt des Chrome



Le vinyle c’est bien aussi&nbsp;<img data-src=" />


J’avais lu hier que la nouvelle version d’Android sortirai aujourd’hui sur les derniers Nexus non ?

Je m’attendais plutôt à une news là-dessus.


Adblock n’est pas une chrome app ?


Non c’est une extension.


OK pigé, merci ;-)


c’est mon outil de travail au quotidien…… j’ai pas encore trouvé mieux que postman pour tester mes API REST :/


Merci de nous faire (re ?)découvrir les Chrome Apps ! Cela fait penser aux « gadgets » ayant débarqué sur les bureaux Windows avec Windows Vista. Par ailleurs, Opera en intégrait, y compris sur les terminaux mobiles. Cela n’a pourtant jamais pris, que ce soit au niveau des utilisateurs ou des développeurs.



Jadis, un concurrent de ce type de solutions était Adobe Air. Cependant, depuis le coup de poignard d’Apple, Flash disparaît. Plus tôt, Java avait ce type d’ambitions, sans jamais véritablement décoller. Certes, il est présent partout, et de nombreuses solutions se basent dessus. Toutefois, on est loin du raz-de-marrée des apps interopérables que l’on pouvait espérer… au siècle dernier.



Ceci dit, il y a cependant de nombreuses solutions de remplacement à Chrome Apps, dont Apache Cordova.



Par ailleurs, le modèle de développement suit le modèle économique, celui des applications client-serveur, où l’app mobile ne sert qu’à l’accès au serveur. Du coup, le développement multi-plateforme à partir d’un même code source devient moins essentiel, cette couche étant souvent limitée face au développement back-end côté serveur.


J’espère que les développeurs de Signal Desktop rebondiront assez vite. On a enfin une application Signal desktop qui marche bien et elle est déjà en voie de disparaître. :(


Postman est disponible en standalone maintenant , j’ai reçu un mail a propos il y a quelques jours








KIllersg a écrit :



Postman est disponible en standalone maintenant , j’ai reçu un mail a propos il y a quelques jours





Qu’en pensent&nbsp; les Holnistes ? <img data-src=" />&nbsp;



En même temps une migration vers NW.js ne doit pas être bien compliqué non ?



Par contre une application native, ce n’est pas une application Web … Sinon ce serait de l’hybride !

Une application native c’est une application compilée pour la plateforme (Android, iOS, Windows Phone) cible et qui utilise la bibliothèque de cette dernière.

Tandis qu’une application hybride repose sur l’utilisation d’un composant de la plateforme qui permet d’afficher une application Web (ou disons un navigateur sans ses boutons d’interface).



Sinon comme certains, j’utilise ARC et je serais assez déçu de le perdre. Mais ce sera surement l’occasion de tester un autre produit ;)

Pour info :&nbsphttps://github.com/jarrodek/ChromeRestClient/issues/767