PhoneGap est un framework de développement multi-plateforme sur HTML/JavaScript, pour sept plates-formes mobiles. Aujourd'hui, on peut lire un nombre considérable d'articles consacrés à PhoneGap, rédigé par des développeurs natifs, qui a essayé de programmation multi-plateforme, ou développeurs front-end, qui a essayé de développement mobile. Leur évaluation de PhoneGap comment bon ou mauvais est, est influencée par leur domaine original d'activités ; par conséquent, PhoneGap est appelée « cool » ou « imparfait ».
Mais il y a les développeurs qui consacrent leurs activités uniquement à PhoneGap développement, et qu'ils étudient les subtilités de ce cadre de multi-plateforme. Il n'y a pas de solution universelle, dans le développement natif, ni dans le développement multi-plateforme. Tout dépend du projet de logiciel ; et ces subtilités peuvent aider à décider si PhoneGap devrait être choisi comme la plateforme pour le projet.
Les capacités multiplateforme de PhoneGap sont réalisées de la manière suivante : un projet est généré, distinctif pour chaque plate-forme, qui comprend un navigateur (un composant webView native) comme composant principal. Ce navigateur est capable d'afficher le code HTML/JavaScript dans une page web habituel. Le système de fichiers de ce projet intervient la partie d'un serveur de fichiers, qui permet d'accéder à la page. Comme bonus supplémentaire, il y a un objet qui permet à PhoneGap d'uniformiser l'accès aux fonctionnalités natives des périphériques mobiles exécutant les systèmes d'exploitation, tels que caméra, boussole, accéléromètre, contacts etc..
Si l'API par défaut n'est pas assez, PhoeGap Plugin API permet d'écrire un code qui implémente les fonctionnalités manquantes. Ce code est écrit sur le langage de programmation natif, ce qui est spécifique à chaque plate-forme particulière.
Fondamentalement, un projet PhoneGap contient quatre parties fonctionnelles, qui assurent la mise en œuvre du code HTML/JavaScript :
1) un navigateur natif (webView), incorporé dans le projet ;
2) structuré API pour accéder à la fonctionnalité native d'un appareil mobile à partir de code JavaScript ;
3) API pour l'écriture de plugins natifs ;
4) stockage des fichiers, qui contient le HTML, JavaScript et autres ressources web de l'application.
PhoneGap permet donc de générer une application HTML-5 orientée services, pages simples.
99 % du développement PhoneGap est ajoutions et codage JS en considération les particularités de l'environnement (un appareil mobile, limité transformation alimentation, mémoire, écran tactile etc.) et les navigateurs. Pendant PhoneGap développement on doit tenir compte de la spécificité de chaque plate-forme, son navigateur par défaut (qui a webView basé sur lui). PhoneGap est exigeant, quand il s'agit de l'architecture et optimisation. Interface utilisateur doit être optimisé pour chaque plate-forme ; C'est pourquoi spécifiant que les plates-formes cible affectera le temps consacré au projet.
Nous avons déjà abordé la question de PhoneGap et décrit quatre problèmes majeurs tout en construisant une application réactive sur PhoneGap : le décalage de 300 millisecondes, le problème de toucher, d'optimisation de la structure DOM et de longues listes. Et nous avons proposé des solutions pour ces problèmes. Ainsi, nous avons atteint une conclusion que les « points faibles » de PhoneGap sont des spécificités essentiellement techniques, qui devraient être traitées comme telle.
Pour conclure, Voici plusieurs conseils utiles sur le développement PhoneGap - pour gagner du temps et éviter la frustration.
1) Au moins des bibliothèques externes sont utilisées, le mieux. Il s'agit de ressources limitées d'un appareil mobile. Il est près d'avoir une flotte de navires pour transporter une seule boîte (l'analyse de rentabilisation de la demande). Le carburant ne sera utilisé par l'ensemble de la flotte. Choisissez les bibliothèques pensif et essayez d'utiliser pleinement leurs capacités ;
2) L'app n'a pas à la même apparence sur toutes les plates-formes et les versions d'OS. Il est préférable de faire un compromis dans le style et l'apparence d'une application, afin de maintenir la vitesse et la fonctionnalité intact ;
3) Arrière-plan CSS utilisation pour afficher des images ; donc une image sera chargée uniquement si un élément de la liste s'affiche sur l'écran ;
4) Les méthodes d'optimisation, applicables pour les pages web avec une architecture client-serveur, ne sont pas toujours la meilleure solution pour une application PhoneGap. Il n'y a aucune demande de réseau de long pour le chargement des fichiers HTML/JS/CSS, donc il n'y a pas besoin pour l'examen de la taille d'un fichier JavaScript, ou, par exemple, dans la minimisation des pixels invisibles dans une image. Choisissez un moyen de faire face à l'inévitable décalage de 250 millisecondes avant charge d'un fichier ; notre choix a été de préchargement paresseux et tuiles ;
5) Place les champs sur la face supérieure de l'écran de saisie - ainsi vous éviterez des différences de comportement de la mise en page tout en affichant le clavier ;
6) Longues listes sont un problème qui devrait être évité - sauf si vous avez une solution ;
7) Éviter les nuances, dégradés et translucidité, lorsque c'est possible. Ce beaux atours nécessite une alimentation supplémentaire, qu'il a Pourquoi utiliser seulement lorsque nécessaire ;
8) Utiliser la puissance de l'unité de traitement graphique via CSS.