WhatsApp débarque dans le Windows Store

WhatsApp débarque dans le Windows Store

WhatsApp débarque dans le Windows Store

Par Sébastien Gavois

Le 01 Février 2018 à 09h37
Logiciel
1 min

WhatsApp vient s'ajouter à la liste croissante des logiciels « desktop » passés à la moulinette de Centennial pour s'introduire dans le Store de Windows 10, comme l'a déjà fait Slack par exemple.

Traduction, l'application est strictement identique à celle que l'on pouvait déjà récupérer sur le site officiel. Le poids une fois installé est toujours aussi important (244 Mo !), puisqu'il s'agit en fait d'une simple version web dans un wrapper.

En clair, si vous utilisez déjà la page web.whatsapp.com, cette application ne vous apportera pas grand-chose, puisque les notifications sont gérées depuis longtemps. Et comme pour la version web, le smartphone devra impérativement être allumé et disposer d'une connexion Internet, qu'elle soit cellulaire ou Wi-Fi.

Commentaires (9)


kikoo26
Le 01/02/2018 à 10h25

C’est pas super-crade de faire un repackaging d’une application win32 en UWP alors que cette application elle même est un wrapper de version web ?

Ils auraient pas pu faire nettement plus propre avec une application UWP directement qui fait la même chose en utilisant le navigateur web du système plutôt que trimballer 500 bibliothèques pour installer un nouveau navigateur web ?


secouss
Le 01/02/2018 à 12h01

Un jour faudra m’expliquer c’est quoi les 244mo… Car franchement je ne vois pas ce qui peux peser autant Oo


Bejarid
Le 01/02/2018 à 12h04







secouss a écrit :



Un jour faudra m’expliquer c’est quoi les 244mo… Car franchement je ne vois pas ce qui peux peser autant Oo





Le navigateur embarqué. C’est juste une page web indépendante…



secouss
Le 01/02/2018 à 12h08

C’est pas une raison, ça reste énorme pour ce que c’est Oo ! Aucun navigateur ne pèse autant…


Bejarid
Le 01/02/2018 à 12h11







secouss a écrit :



C’est pas une raison, ça reste énorme pour ce que c’est Oo ! Aucun navigateur ne pèse autant…





Euh, si. Ce qui est basé sur Chrome atteint facilement cette taille, et c’est presque toujours ça qui est choisit (awesomium et cie).



J’ai pas de Chrome installé sur ma machine, mais si quelqu’un qui l’a peut aller faire un tour et cumuler ses divers présences (UserData, Documents, etc.) qu’on rigole un coup ?



secouss
Le 01/02/2018 à 12h14

Ce que j’ai vraiment du mal à saisir c’est que ce système ne sert qu’à envoyer et recevoir des données qui sont sur le smartphone… 244mo quelque soit la raison c’est purement déconnant et excessif !



Combien de milliers d’appli font moins de la moitié de la taille pour beaucoup plus de fonctionnalités !


Bejarid
Le 01/02/2018 à 12h32







secouss a écrit :



Ce que j’ai vraiment du mal à saisir c’est que ce système ne sert qu’à envoyer et recevoir des données qui sont sur le smartphone… 244mo quelque soit la raison c’est purement déconnant et excessif !



Combien de milliers d’appli font moins de la moitié de la taille pour beaucoup plus de fonctionnalités !





Ouais, mais t’as eu besoin de plus de 5 minutes pour les faire ces applis. Alors qu’un wrapper, t’as littéralement besoin que de 5 minutes pour le faire quand t’as déjà un site web fonctionnel.



Cette société racheté 10 milliards refuse de dépenser plus de 5 cts dans le développement de ses applis client, c’est un choix politique, pas technique :p



kikoo26
Le 02/02/2018 à 10h08







Bejarid a écrit :



Ouais, mais t’as eu besoin de plus de 5 minutes pour les faire ces applis. Alors qu’un wrapper, t’as littéralement besoin que de 5 minutes pour le faire quand t’as déjà un site web fonctionnel.







Je développe pas dans ce domaine donc j’ai des connaissances très vagues sur le sujet, mais je suis à peu sûr près qu’en UWP ils auraient pu faire pareil en 5 minutes, sauf que les 243Mo de dépendances pour ramener un Chromium entier seraient remplacés par un appel vers le composant “webview” (ou un nom du genre).



Bejarid
Le 02/02/2018 à 17h58







kikoo26 a écrit :



Je développe pas dans ce domaine donc j’ai des connaissances très vagues sur le sujet, mais je suis à peu sûr près qu’en UWP ils auraient pu faire pareil en 5 minutes, sauf que les 243Mo de dépendances pour ramener un Chromium entier seraient remplacés par un appel vers le composant “webview” (ou un nom du genre).





Ils avaient plein de solutions… Utiliser le WebViewer locale comme tu dis, écrire leur appli sans WebViewer avec HTML/JS (oui, la plateforme UWP permet de dev avec ces langages en direct) ou faire une vrai appli (en managé avec du C# ou en pure natif avec du C++). Microsoft offre même des outils gratuit pour aider à gérer le multiplateformes (android/iOS) avec Xamarin.



Le fait qu’ils aient choisit la pire solution (et là je met à la même enseigne les appli utilisant CEF comme ici, ou Node.JS comme ailleurs) est purement politique. Après, il n’y a pas que WhatsApp qui le fait, Microsoft aussi avec par exemple VSCode. Pour plaire à une population pure web, ils ont fait un IDE en JS. Ça consomme 25x les ressources d’une éditeur de texte normal (CPU qui s’affole et n’est jamais au repos, 280 Mo avec aucun fichier ouvert…), mais peu importe, tout le monde ee dit le plus grand bien même parmi les développeurs <img data-src=" />



C’est assez désespérant. A croire que je suis complètement idiot et que je ne comprends rien à rien…



Fermer