Microsoft ouvre grand les portes de Windows 10
Posté : jeu. 8 févr. 2018 07:20
Microsoft ouvre grand les portes de Windows 10 aux Progressive Web Apps
Dans un billet publié hier soir, Microsoft dévoile ses plans pour les Progressive Web Apps. Surprise, non content d’en ajouter la compatibilité dans Edge, l’éditeur souhaite leur donner une place importante dans Windows 10, jusqu’à les intégrer dans son Store.
Qu’Edge supporte prochainement les Progressive Web Apps n’est pas une nouveauté en soi. Microsoft l’avait déjà annoncé, et le statut du travail était fixé sur « En cours » depuis un moment. C’est la version 17.17063 du moteur EdgeHTML qui a inauguré en décembre ce support dans une préversion de Windows, actuellement dans sa branche de développement Redstone 4. Cette dernière débouchera sur la version 1803 du système, sa prochaine évolution majeure.
Mais le seul « support » n’intéressait visiblement pas Microsoft. L’éditeur veut aller beaucoup plus loin, en faisant des PWA des applications aussi bienvenues sur Windows 10 que les classiques. Au point de leur donner une véritable indépendance, une place dans le Store ainsi que des liens spécifiques avec son environnement UWP (Universal Windows Platform).
Progressive Web Apps : un concept qui divise
Le cœur d’une PWA est tout simplement une application web. Elle utilise des technologies web modernes pour se rapprocher autant que possible d’une application ordinaire. Mais ses capacités dépendent largement de la place laissée par le navigateur, ainsi – et surtout – par le système d’exploitation.
Google, qui a d’ailleurs créé l’expression, les pousse beaucoup en avant, leur donnant une place de plus en plus large sur Android. Apple apprécie nettement moins l’idée, continuant d’encourager les développeurs à utiliser son langage Swift, pour des performances qui, il est vrai, resteront forcément meilleures.
Pourtant, les notifications push, les Services Workers ou encore les WAM (Web App Manifest) sont des éléments ouvrant la voie à une véritable intégration des applications web sur une plateforme. Et c’est précisément ce que souhaite Microsoft.
Vers une égalité de traitement face aux applications classiques
Le support des PWA dans Edge signifie non seulement le support de technologies sous-jacentes, mais aussi une relative indépendance. Elles pourront être lancées directement depuis la barre des tâches par exemple, une fois l’application épinglée. Elles auront alors leur propre fenêtre. Un fonctionnement adopté par Chrome depuis un certain temps déjà.
Microsoft veut cependant aller plus loin. Les Progressive Web Apps seront prises en charge au niveau de Windows 10 lui-même. L’éditeur va donc autoriser les développeurs à proposer leurs PWA en vue d’une intégration dans le Store. Elles seront alors affichées comme des applications classiques, payantes ou non, avec installation, gestion, notifications, intégrations diverses et suppression.
Les PWA ainsi installées seront indépendantes et n’auront donc pas besoin d’une ouverture du navigateur. C’est bien le moteur EdgeHTML qui se tiendra derrière, ce qui donnera une occasion à Microsoft de pousser son navigateur, même si sa présence sera invisible. L’éditeur a d'ailleurs tout intérêt à s’assurer que les PWA s’exécuteront de la même manière qu’ailleurs, au risque de démotiver les développeurs face au Store.
« Citoyennes de première classe »
Vues par Redmond, les PWA doivent donc pouvoir s’utiliser comme n’importe quel autre logiciel. Pour les développeurs, les avantages mis en avant sont d’ailleurs les mêmes : statistiques sur les installations, désinstallations, partages, performances et ainsi de suite. Sans parler de la découverte potentielle dans le Store par les utilisateurs.
Les PWA installées depuis le Store seront en fait contenues dans des paquets APPX, comme les autres. Elles s’exécuteront chacune dans leur propre sandbox pour limiter leurs droits, réclamant des autorisations à l’utilisateur pour effectuer certaines actions, qu’il sera bien entendu libre de valider ou pas. Le menu Démarrer, le centre de notifications ou encore Cortana seront directement exploitables par les PWA.
Ces dernières pourront en outre accéder à l’ensemble des API disponibles dans la plateforme UWP, débloquant ainsi des accès aux contacts, calendriers et autres, encore une fois si l’utilisateur l’autorise.
Les développeurs intéressés sont donc invités à se pencher sur le nouveau PWA Builder, qui s’occupe de faire transiter une PWA vers un paquet APPX. Après quoi ils pourront se rendre dans le Dev Center et y gérer la publication dans le Store, comme une application ordinaire ou presque. Ils peuvent d’ailleurs utiliser le même Web App Manifest.
De son côté, Microsoft se sert de son Bing Crawler pour repérer les PWA, notamment celles qui semblent de « qualité ». Un petit nombre sera prochainement mis en avant dans le Store, les testeurs Insiders pouvant ainsi les installer dans les prochaines semaines.
Les dangers et avantages inhérents à un tel mouvement
Évidemment, les PWA représentent une certaine vision du futur, avec des mises à jour dont l’utilisateur n’aurait plus à se soucier puisque le code serait celui émis par le serveur de l’éditeur concerné. Mais Microsoft ne risque-t-il de mettre en danger ses propres API, à commencer par UWP ?
L’éditeur pose frontalement la question dans son billet, mais est d’avis qu’il s’agit « d’une fausse dichotomie ». Les PWA sont suffisantes dans de nombreux cas et pourront tirer parti d’UWP si besoin. Ce dernier restera préférable pour des applications plus poussées, mais aucune généralité n’est réellement valable, car l’entreprise devra considérer aussi les coûts de développement et analyser ses propres besoins, particulièrement en cas de stratégie multiplateforme.
Dans les grandes lignes, si une société souhaite publier rapidement du code pour de multiples plateformes, une PWA sera forcément plus séduisante. Si elle veut au contraire exploiter au mieux les capacités de chaque système, un développement plus natif sera à envisager.
Redmond rappelle en outre qu’il s’agira d’une première implémentation des PWA dans Windows 10. La situation évoluera par la suite, en fonction de l’utilisateur et des retours, tant des développeurs que des clients.
Les membres du programme Insider pourront tester ces capacités très prochainement, tandis que le reste du public devra attendre la mouture 1803 du système, qui doit être finalisée en mars et diffusée durant le Patch Tuesday d’avril.
En attendant, le choix de Microsoft envoie un signal assez clair à ceux qui hésitaient sur le choix technologique à opérer. La position de la firme ouvre un peu plus grand les portes aux Progressive Web Apps, désormais plus que bienvenues chez deux éditeurs majeurs. Peut-être de quoi faire évoluer la position d’Apple sur le sujet.
merci à NextInpact
Dans un billet publié hier soir, Microsoft dévoile ses plans pour les Progressive Web Apps. Surprise, non content d’en ajouter la compatibilité dans Edge, l’éditeur souhaite leur donner une place importante dans Windows 10, jusqu’à les intégrer dans son Store.
Qu’Edge supporte prochainement les Progressive Web Apps n’est pas une nouveauté en soi. Microsoft l’avait déjà annoncé, et le statut du travail était fixé sur « En cours » depuis un moment. C’est la version 17.17063 du moteur EdgeHTML qui a inauguré en décembre ce support dans une préversion de Windows, actuellement dans sa branche de développement Redstone 4. Cette dernière débouchera sur la version 1803 du système, sa prochaine évolution majeure.
Mais le seul « support » n’intéressait visiblement pas Microsoft. L’éditeur veut aller beaucoup plus loin, en faisant des PWA des applications aussi bienvenues sur Windows 10 que les classiques. Au point de leur donner une véritable indépendance, une place dans le Store ainsi que des liens spécifiques avec son environnement UWP (Universal Windows Platform).
Progressive Web Apps : un concept qui divise
Le cœur d’une PWA est tout simplement une application web. Elle utilise des technologies web modernes pour se rapprocher autant que possible d’une application ordinaire. Mais ses capacités dépendent largement de la place laissée par le navigateur, ainsi – et surtout – par le système d’exploitation.
Google, qui a d’ailleurs créé l’expression, les pousse beaucoup en avant, leur donnant une place de plus en plus large sur Android. Apple apprécie nettement moins l’idée, continuant d’encourager les développeurs à utiliser son langage Swift, pour des performances qui, il est vrai, resteront forcément meilleures.
Pourtant, les notifications push, les Services Workers ou encore les WAM (Web App Manifest) sont des éléments ouvrant la voie à une véritable intégration des applications web sur une plateforme. Et c’est précisément ce que souhaite Microsoft.
Vers une égalité de traitement face aux applications classiques
Le support des PWA dans Edge signifie non seulement le support de technologies sous-jacentes, mais aussi une relative indépendance. Elles pourront être lancées directement depuis la barre des tâches par exemple, une fois l’application épinglée. Elles auront alors leur propre fenêtre. Un fonctionnement adopté par Chrome depuis un certain temps déjà.
Microsoft veut cependant aller plus loin. Les Progressive Web Apps seront prises en charge au niveau de Windows 10 lui-même. L’éditeur va donc autoriser les développeurs à proposer leurs PWA en vue d’une intégration dans le Store. Elles seront alors affichées comme des applications classiques, payantes ou non, avec installation, gestion, notifications, intégrations diverses et suppression.
Les PWA ainsi installées seront indépendantes et n’auront donc pas besoin d’une ouverture du navigateur. C’est bien le moteur EdgeHTML qui se tiendra derrière, ce qui donnera une occasion à Microsoft de pousser son navigateur, même si sa présence sera invisible. L’éditeur a d'ailleurs tout intérêt à s’assurer que les PWA s’exécuteront de la même manière qu’ailleurs, au risque de démotiver les développeurs face au Store.
« Citoyennes de première classe »
Vues par Redmond, les PWA doivent donc pouvoir s’utiliser comme n’importe quel autre logiciel. Pour les développeurs, les avantages mis en avant sont d’ailleurs les mêmes : statistiques sur les installations, désinstallations, partages, performances et ainsi de suite. Sans parler de la découverte potentielle dans le Store par les utilisateurs.
Les PWA installées depuis le Store seront en fait contenues dans des paquets APPX, comme les autres. Elles s’exécuteront chacune dans leur propre sandbox pour limiter leurs droits, réclamant des autorisations à l’utilisateur pour effectuer certaines actions, qu’il sera bien entendu libre de valider ou pas. Le menu Démarrer, le centre de notifications ou encore Cortana seront directement exploitables par les PWA.
Ces dernières pourront en outre accéder à l’ensemble des API disponibles dans la plateforme UWP, débloquant ainsi des accès aux contacts, calendriers et autres, encore une fois si l’utilisateur l’autorise.
Les développeurs intéressés sont donc invités à se pencher sur le nouveau PWA Builder, qui s’occupe de faire transiter une PWA vers un paquet APPX. Après quoi ils pourront se rendre dans le Dev Center et y gérer la publication dans le Store, comme une application ordinaire ou presque. Ils peuvent d’ailleurs utiliser le même Web App Manifest.
De son côté, Microsoft se sert de son Bing Crawler pour repérer les PWA, notamment celles qui semblent de « qualité ». Un petit nombre sera prochainement mis en avant dans le Store, les testeurs Insiders pouvant ainsi les installer dans les prochaines semaines.
Les dangers et avantages inhérents à un tel mouvement
Évidemment, les PWA représentent une certaine vision du futur, avec des mises à jour dont l’utilisateur n’aurait plus à se soucier puisque le code serait celui émis par le serveur de l’éditeur concerné. Mais Microsoft ne risque-t-il de mettre en danger ses propres API, à commencer par UWP ?
L’éditeur pose frontalement la question dans son billet, mais est d’avis qu’il s’agit « d’une fausse dichotomie ». Les PWA sont suffisantes dans de nombreux cas et pourront tirer parti d’UWP si besoin. Ce dernier restera préférable pour des applications plus poussées, mais aucune généralité n’est réellement valable, car l’entreprise devra considérer aussi les coûts de développement et analyser ses propres besoins, particulièrement en cas de stratégie multiplateforme.
Dans les grandes lignes, si une société souhaite publier rapidement du code pour de multiples plateformes, une PWA sera forcément plus séduisante. Si elle veut au contraire exploiter au mieux les capacités de chaque système, un développement plus natif sera à envisager.
Redmond rappelle en outre qu’il s’agira d’une première implémentation des PWA dans Windows 10. La situation évoluera par la suite, en fonction de l’utilisateur et des retours, tant des développeurs que des clients.
Les membres du programme Insider pourront tester ces capacités très prochainement, tandis que le reste du public devra attendre la mouture 1803 du système, qui doit être finalisée en mars et diffusée durant le Patch Tuesday d’avril.
En attendant, le choix de Microsoft envoie un signal assez clair à ceux qui hésitaient sur le choix technologique à opérer. La position de la firme ouvre un peu plus grand les portes aux Progressive Web Apps, désormais plus que bienvenues chez deux éditeurs majeurs. Peut-être de quoi faire évoluer la position d’Apple sur le sujet.
merci à NextInpact