javascript - 为什么app端的体验要比移动端网页更流畅？

Question

昨晚无意中看到一个同事问了这个问题，自己也留意并思考了一下，也参考了网上的一些评论，但是没有发现什么自己想要的东西。自己感觉移动端的应该都是采用webview,为何有时候差距会比较大呢？

Answer 1

L'affiche vise-t-elle à comparer l'application Native avec l'application créée par H5 ? Si oui :
Le premier problème avec H5 est l'animation Peu importe que vous utilisiez l'animation Css3 ou l'animation js, elle n'est pas aussi fluide que l'animation native. dans certains cas, il peut ne pas être aussi fluide que l'original. Ce n'est pas évident, mais lorsqu'il est utilisé en grande quantité, le rendu des pages et la lecture des données à distance entraîneront des décalages, et même le préchargement n'est pas idéal.
La seconde concerne le chargement de données à grande échelle pour le rendu des pages, les opérations DOM fréquentes, même si le framework MVVM est utilisé, les ressources de la page de niveau inférieur sont mises en cache à l'avance. Vous devez également vous assurer que votre code est élégant et suffisamment bon. , et un contrôle de la mémoire est requis. Très bien, c'est aussi un test pour les programmeurs eux-mêmes. La compatibilité de WebView est également étroite.
Le plus important est que quelle que soit la solution et la méthode que vous utilisez, les problèmes de performances sont incomparables avec les applications natives.

Answer 2

L'APP est implémentée dans la langue maternelle, donc l'efficacité et la vitesse sont nettement meilleures ; pour les pages Web, soit elle s'appuie sur le réseau, soit elle restitue la page Web via une conversion intermédiaire, ce qui nécessite plus de processus que la langue native, donc les pages Web sont sera forcément meilleur que les applications natives. L'APP est plus lente ; mais l'écart deviendra de plus en plus petit.

Answer 3

La plupart des ressources du côté mobile ne sont-elles pas locales ?
Recevez simplement du texte via l'API

Answer 4

L'architecture des applications mobiles est encore majoritairement native, et il existe relativement peu d'endroits où la visualisation Web est utilisée, comme le texte enrichi, les pages d'événements, etc.
Prenons iOS comme exemple. L'interface utilisateur sera chargée en premier, puis les données demandées seront chargées. Cependant, la page Web mobile nécessite que le serveur renvoie une grande quantité de données telles que html, css, js et autres bibliothèques. avant que l'interface puisse être affichée. Par conséquent, la page Web mobile donne aux gens le sentiment d'être bloqué.

Answer 5

J'ai également découvert ce problème. L'essentiel est peut-être que les opérations DOM prennent plus de temps que les différentes fonctions de masquage et d'affichage de l'application native. Parce que la première conception HTML était destinée à l’affichage simple de pages et à la diffusion de contenu en continu. De nos jours, il y a de plus en plus d'éléments de page, notamment le chevauchement de divers éléments. Les ajouts, suppressions et modifications répétés du DOM provoquent des décalages. Par exemple, lors de l'ouverture de fichiers volumineux avec vscode et sublime, quel que soit le niveau de configuration de l'ordinateur, il y aura toujours un certain décalage lors de l'utilisation du premier, même si ce n'est qu'environ 1 à 2 secondes. Sublime est une application native, elle n'est donc pas si bloquée.