Tu peux pas utiliser le gps en arrière plan, très peu acceptent de donner permission au gps en avant plan, t’as pas accès aux notifications push en arrière plan, tres peu donnent acceptent de donner les permissions push en avant plan, et tu peux faire moins de choses avec les pushs en règle générale, tu peux pas réveiller un site web en arrière plan sur une geo fence, tu peux pas faire un upload de gros fichier en arrière plan, tu peux pas faire de la découverte de réseau local en Bluetooth, tu peux pas configurer le wifi via un browser, tu peux pas faire un widget, tu peux pas faire un chat bot ou une extension iMessage, tu peux pas écrire un proxy ou un client vpn en web, tu peux pas partager ta keychain avec plusieurs applis du même développeur, t’as pas accès à la Secure Enclave, t’as pas accès aux api de validation du device (licensing service sur android ou device check sur iOS), tu peux pas faire de Quick launch actions, tu peux pas détecter que quelqu’un a prit une capture d’écran.
Une appli native ne perd pas son état parce que t’as rafraîchi la page, c’est beaucoup plus dur d’accidentellement fermer un onglet.
Les applis natives sont beaucoup plus réactives à travail équivalent, et viennent avec un langage design cohérent avec la plateforme, qui aide à la découverte de features avancées. Genre les pull to refresh, swipe to delete, ce genre de choses. Les transitions et animations sont un ordre de grandeur plus fluide et polies, et pour la plupart ne requiert pas ou très peu de travail.
Bon courage pour faire en web ne serait ce que 10% de ce que peuvent faire core animation, SpriteKit ou même la base de la base de UIKit.
pourquoi la version Web est inexistante bien souvent, ou alors si lente et mal fichu.
parce que ça fait qq années que tout le monde s’est rendu compte que les utilisateurs d’appli reviennent plus souvent et font plus de choses avec le service que les utilisateurs web, et donc les entreprises investissent beaucoup plus dans les applis. Le web mobile est devenu a 95% un vecteur d’acquisition d’utilisateurs: tu leur donne de quoi s’intéresser au service, et ensuite tu marketes l’appli autant que tu peux.
Parce que c’est plus simple de trouver l’appli Uber sur ton Home Screen, ou de dire "hey Siri call me an Uber" que ca l’est de sortir ton browser, trouver l’onglet ouvert, ou faire une recherche Google.
Alors qu'il est beaucoup plus difficile de développer une application (2 une pour Android et une pour Apple),
C’est très discutable ça. C’était probablement vrai y’a 10 ans, plus vraiment maintenant. Les frameworks sont très mûres, facilitent énormément de choses, et en regle générale, utilisent moins de resources pour faire la même chose. Les apis et process de builds sont aussi beaucoup plus stable, le monde natif ne s’amuse pas à tout réécrire en permanence non plus: j’ai du code en production qui a plus de 8 ans et qu’on a jamais eu a toucher, la ou l’équipe web en est à sa 3ieme réécriture du site web complet.
T’as aussi accès à des langages beaucoup plus expressifs, simple a utiliser et puissant que JavaScript (swift ou kotlin), et de vrais outils de debug et profiling.
laquelle peut-être banni sans préavis de l'AppStore et doit payer un "péage".
allez, ça va. Sorti des jeux en mode freemium, l’immense majorité des applis sont gratuites et monétisent de façon détournée sans verser un centime à Apple/google, sorti des 100 dol’ pour créer un compte chez eux. De même, les bannissements sont extrêmement rare, et sorti de Hey! qui a surpris tout le monde, toutes les applis bannies de l’AppStore savaient pertinemment qu’ils allaient se faire dégager (a commencer par epic qui a fait son coup de pub).
Ca serait mieux sans ce problème, clairement, mais c’est très très loin d’être ce qui me dérange le plus sur l’AppStore après 10 ans dans le milieu.
[^] # Re: Principal avantage...
Posté par groumly . En réponse au journal Moins d'applications sur smartphone.. Évalué à 6.
Tu peux pas utiliser le gps en arrière plan, très peu acceptent de donner permission au gps en avant plan, t’as pas accès aux notifications push en arrière plan, tres peu donnent acceptent de donner les permissions push en avant plan, et tu peux faire moins de choses avec les pushs en règle générale, tu peux pas réveiller un site web en arrière plan sur une geo fence, tu peux pas faire un upload de gros fichier en arrière plan, tu peux pas faire de la découverte de réseau local en Bluetooth, tu peux pas configurer le wifi via un browser, tu peux pas faire un widget, tu peux pas faire un chat bot ou une extension iMessage, tu peux pas écrire un proxy ou un client vpn en web, tu peux pas partager ta keychain avec plusieurs applis du même développeur, t’as pas accès à la Secure Enclave, t’as pas accès aux api de validation du device (licensing service sur android ou device check sur iOS), tu peux pas faire de Quick launch actions, tu peux pas détecter que quelqu’un a prit une capture d’écran.
Une appli native ne perd pas son état parce que t’as rafraîchi la page, c’est beaucoup plus dur d’accidentellement fermer un onglet.
Les applis natives sont beaucoup plus réactives à travail équivalent, et viennent avec un langage design cohérent avec la plateforme, qui aide à la découverte de features avancées. Genre les pull to refresh, swipe to delete, ce genre de choses. Les transitions et animations sont un ordre de grandeur plus fluide et polies, et pour la plupart ne requiert pas ou très peu de travail.
Bon courage pour faire en web ne serait ce que 10% de ce que peuvent faire core animation, SpriteKit ou même la base de la base de UIKit.
parce que ça fait qq années que tout le monde s’est rendu compte que les utilisateurs d’appli reviennent plus souvent et font plus de choses avec le service que les utilisateurs web, et donc les entreprises investissent beaucoup plus dans les applis. Le web mobile est devenu a 95% un vecteur d’acquisition d’utilisateurs: tu leur donne de quoi s’intéresser au service, et ensuite tu marketes l’appli autant que tu peux.
Parce que c’est plus simple de trouver l’appli Uber sur ton Home Screen, ou de dire "hey Siri call me an Uber" que ca l’est de sortir ton browser, trouver l’onglet ouvert, ou faire une recherche Google.
C’est très discutable ça. C’était probablement vrai y’a 10 ans, plus vraiment maintenant. Les frameworks sont très mûres, facilitent énormément de choses, et en regle générale, utilisent moins de resources pour faire la même chose. Les apis et process de builds sont aussi beaucoup plus stable, le monde natif ne s’amuse pas à tout réécrire en permanence non plus: j’ai du code en production qui a plus de 8 ans et qu’on a jamais eu a toucher, la ou l’équipe web en est à sa 3ieme réécriture du site web complet.
T’as aussi accès à des langages beaucoup plus expressifs, simple a utiliser et puissant que JavaScript (swift ou kotlin), et de vrais outils de debug et profiling.
allez, ça va. Sorti des jeux en mode freemium, l’immense majorité des applis sont gratuites et monétisent de façon détournée sans verser un centime à Apple/google, sorti des 100 dol’ pour créer un compte chez eux. De même, les bannissements sont extrêmement rare, et sorti de Hey! qui a surpris tout le monde, toutes les applis bannies de l’AppStore savaient pertinemment qu’ils allaient se faire dégager (a commencer par epic qui a fait son coup de pub).
Ca serait mieux sans ce problème, clairement, mais c’est très très loin d’être ce qui me dérange le plus sur l’AppStore après 10 ans dans le milieu.