WebApp et application native

l'Internet est devenu non seulement un réseau de communication, mais aussi une plate-forme d'exécution d'applications, une sorte de système opératif, et le le navigateur constitue son interface.

C'est pourquoi, dans de nombreux cas, une question se pose aux développeurs: application native ou application web ?

Une application native est une application qui s'exécute en appelant directement le système d'exploitation et n'a pas besoin de connexion pour s'exécuter

Chaque système d'exploitation fournit un certain nombre de Ressources sous forme d'API (interface de programmation applications) et les appels système qui exécutent certaines fonctions et exécutent certaines tâches pour les applications.

Les programmes qui utilisent ces ressources pour leur fonctionnement ce sont les applications natives, qui sont appelés ainsi car ils s'exécutent "nativement" sur le système, sans nécessiter d'autre support.

En revanche, les WebApps s'exécutent sur le serveur et nécessitent un navigateur Web pour interagir avec l'utilisateur.

Comme son nom l'indique déjà, une WebApp est une application qui a besoin d'un navigateur Web pour fonctionner.

En fait, dans la grande majorité des WebApps, le navigateur n'est rien de plus qu'une plateforme pour afficher l'interface utilisateur et interagir avec elle, s'exécutant principalement sur un serveur à distance.

Cette façon de travailler présente des avantages et des inconvénients dans Comparaison avec des applications natives.

Tout d'abord, les WebApps sont limitées en termes de ressources et d'actions qu'elles peuvent effectuer à ce que permet au navigateur, ce qui peut signifier dans de nombreux cas ne pas pouvoir utiliser toutes les ressources du l'ordinateur.

Nous aurons également besoin d'une connexion Internet pour son exécution, ou au réseau local si l'application est à usage privé. Comme la WebApp doit charger, dans tous les cas, des ressources depuis son emplacement distant puisqu'elle réside en fait sur le serveur, dans le cas où nous n'aurions pas de connexion, nous ne pouvons pas faire grand-chose.

D'autre part, parmi les avantages, on peut citer le fait qu'il consomme moins de ressources de l'appareil localement; lors de l'exécution sur le serveur avec l'interface se présentant via le navigateur, c'est le serveur qui ce qui enlève la charge de travail principale, le périphérique local affichant simplement le résultats.

Cela nous amène à cela avec un Matériel moins puissant, nous pouvons courir applications beaucoup plus lourd.

Les mises à jour de l'application seront plus simples, car normalement nous n'aurons qu'à mettre à jour la partie qui réside sur le serveur, car sur le périphérique local, nous aurons à peine un icône avec un lien pointant vers le application du serveur.

Il est discutable de savoir si le sécurité Cela s'améliorera également, mais au moins nous avons réduit les vecteurs d'attaque.

Chacun des modèles a son domaine d'application

Et c'est pourquoi l'un n'est pas supérieur à l'autre; Ainsi, si nous travaillons sur une application qui nécessite des requêtes vers des informations centralisées et des services en ligne, le modèle WebApp Ce sera l'idéal, tandis que si nous devons tirer le meilleur parti du matériel et utiliser des fonctionnalités selon le modèle de téléphone, le meilleur sera ongle application originaire de.

Photos: Fotolia - Syda

Thèmes dans WebApp et Native App