Application mobile native ou Progressive web app ?
il y a 5 ans par gmaison

Houlala !!!! Bis répétita....

J'ai eu du mal sur la question, alors là, je suis aux  abonnés absents ! 

Aucun avis concordant ou discordant !!!!

Allez, on se dit au prochain sujet !!! Mdr. 

merci @EtienneZulauf 

OK, c'est bien ce que je pensais. La notion de natif tient vraiment lorsqu'il faut exploiter certaines caractéristiques techniques des appareils et donc des OS (ie affichage pour les jeux, retouche d'images, etc...) A partir du moment où l'on est plus sur des principes d'application de gestion (même en intégrant de manière simple certains devices des smartphone comme géolocalisation, appareil photo, accéléromètre, etc.), le PWA semble plus indiqué - surtout si l'on veut être multi plateforme.

Juste, c'est encapsulé dans un framework (ie navigateur) qui est lui natif de chaque OS ou bien c'est vraiment autre chose ?

Pour l'installation sur les smartphone, il est souhaitable de passer par les stores (Google Play & App Store) ? (et je dis bien installation de l'environnement de l'appli, pas l'appli en elle même qui est un site web - pour faire simple).

Enfin, lorsque tu parles de dev expérimentés, c'est pour la partie HTML 5 & CSS3 ou bien pour la partie Front JS ?

Est-ce qu'il existe également des plateformes de dev rapides pour des applis de gestion "basiques" avec de simples échanges via des API REST ?

(euh, je crois que c'est tout :) )

Merci beaucoup pour ton retour ! :)

Il n'y a pas d'encapsulation, c'est "juste" un site qui a certains capacités avec de nouvelles commandes JS dont le support varie selon le navigateur. 

Il n'y a pas besoin d'installer quoi que ce soit pour l'utilisateur, il va simplement sur le site. A ma connaissance, le store Windows propose les sites PWA comme des applications dans leur catalogue mais c'est une "vue de l'esprit" (et une belle mise en avant). Le fait de placer un raccourci est une simple commande javascript a implémenter qui va alors proposer à l'utilisateur cette fonctionnalité, ou sur Chrome il va le proposer de lui-même après quelques visites.

Les développeurs expérimentés c'est pour la partie Javascript Front car du coup une partie de la logique métier est déplacée du back vers le front. Ce n'est donc pas que de l'intégration HTML / CSS. Aujourd'hui on parle donc de dev "front" pas seulement pour faire l'inté mais aussi faire du JS avancé.

A nouveau, une PWA est un site amélioré, ce n'est pas une techno particulière. Il n'y a pas de framework spécifique. Avec React, il y a le projet "Create React App" qui t'installe de base une architecture PWA (entre autre) : github.com/facebook/create-react-app

Si tu cherches un framework plus facile d'accès, tu peux regarder VueJS qui te permet également de bâtir des PWA.

A bientôt.

Ce sont 2 choses différentes, les balises AMP peuvent être ajoutées à tous les sites, PWA ou pas.

Elles permettent à Google de servir ces pages de manière plus rapides car fortement optimisées par leurs soins, et Google favorise ces pages dans les résultats de recherche.

Mais du coup c'est Google qui prend la main sur ces pages, avec une forte dépendance donc à leur infrastructure. Pas de redirection vers la page originale si votre page AMP ne fonctionne plus ou est supprimée.

Là on est plus dans des stratégies de référencement que dans les performances mobiles en général.

Aussi oui :)

Ne t'inquiète pas pour mon niveau technique, j'ai fait du développement pendant 15+ ans, avec de tout dedans dont du DBA Oracle et autres + de l'admin sys et du réseau.

Et puis, s'il y a un truc que je ne comprends pas, je me permettrai de te demander :)

Partons du principe que tu souhaites développer une même application pour Windows, Linux, MacOS, iOS et Android.  Déjà, il faut savoir que Windows, Linux, MacOS et iOS ont un énorme point commun, à savoir une interface système propriétaire. Pour la contourner, il suffit le plus souvent d’utiliser un framework(1) universel au lieu d’utiliser celui proposé nativement par le système. Celui qui a la cote ce moment, c’est QT(2). Une fois installé, il te permettra de programmer de la même manière ces 3 environnements. Pourquoi pas les 4 ? Tout simplement, car iOS nécessite obligatoirement l’utilisation de l’interface système (via le SDK XCode(3) proposé gratuitement par Apple), tout en rendant indispensable la présence d’une signature numérique. Mais en dehors de cela, le principe de programmation reste le même.

La deuxième exception, c’est donc Android. Celui-ci, je le rappelle, repose sur du Linux. Logiquement, si mon programme fonctionne sous Linux, il devrait pouvoir  fonctionner sous Android. Or, ce n’est pas le cas. En  effet, Google a fait le choix délibéré d’interdire le système à ses utilisateurs en confiant l’installation et l’utilisation de ses applications à sa machine virtuelle Java. Et le Java,  plus particulièrement sous l’une de ses versions (appelée aussi Bytecode Java(4)), est ce que l’on appelle un langage intermédiaire (comme LLVM(5) ou comme le CIL, pour Common Intermediate Language(6), qui a notamment donné naissance au .NET Framework de Microsoft).  

En clair, cela veut dire que si tu souhaites avoir un seul et même code, quel que soit l’environnement auquel tu le destines, il te faut passer par des compilateurs qui vont être capables de te sortir ton programme en langage intermédiaire. Et ça tombe bien puisque FreePascal(7) ou encore GCC(8) te permettent de le faire. Par contre, attention, la sortie en langage intermédiaire nécessite le plus souvent d’être activée lors d’une recompilation du compilateur. En effet, ce n’est pas une option qui est proposée en standard.

Ensuite, il ne te restera plus qu’à compiler ton code en langage intermédiaire à l’aide d’un compilateur supportant celui-ci en entrée. C’est notamment le cas d’ANT(9) d’Apache qui te permettra de transformer assez facilement le langage intermédiaire produit par FreePascal/GCC en application Java. Il te restera plus qu’à packager ton application Java en fichier APK(10).

Et voilà !

Pour aller plus loin :
(1) fr.wikipedia.org/wiki/Framework
(2) fr.wikipedia.org/wiki/Qt
(3) fr.wikipedia.org/wiki/Xcode
(4) fr.wikipedia.org/wiki/Bytecode_Java
(5) fr.wikipedia.org/wiki/LLVM
(6) fr.wikipedia.org/wiki/Common_Intermediate_Lang...
(7) fr.wikipedia.org/wiki/Free_Pascal
(8) fr.wikipedia.org/wiki/GNU_Compiler_Collection
(9) fr.wikipedia.org/wiki/Apache_Ant
(10) fr.wikipedia.org/wiki/APK_(format_de_fichier)