Pourquoi utiliser IBM Worklight s'il utilise finalement PhoneGap?
En fait, je dois créer une application multiplateforme (pour iphone et Android uniquement) et le client met l'accent sur l'utilisation d'IBM Worklight pour cela. Après avoir recherché Worklight, j'ai appris qu'il utilise en interne PhoneGap (Apache Cordova). Maintenant, ma question est de savoir si Worklight utilise en interne PhoneGap, alors pourquoi ne pas utiliser directement PhoneGap. J'ai besoin de vos conseils à ce sujet. Veuillez suggérer la chose qui sépare Worklight de PhoneGap. Merci d'avance.
IBM Worklight est une plate-forme complète de développement. Il y a beaucoup de choses que vous pouvez faire même dans Worklight que vous ne pouvez pas faire seul avec une bibliothèque PhoneGap comme accéder aux contrôles communs plus natifs de l'appareil (menu Options, indicateur d'occupation, barres de tabulation, etc.). Certaines choses pour lesquelles vous devez trouver des plugins. La dernière version d'IBM Worklight utilise PhoneGap 2.2. Je pourrais probablement continuer pendant un certain temps, mais consultez mon blog sur les différences dans une vue de comparaison.
http://www.open-logix.com/enterprise-mobility-blog/ibm-worklight-and-phonegap-comparison/ ?
D'autres choses méritent d'être mentionnées:
Le serveur est également une grande partie de la connectivité back-end centralisée avec des adaptateurs, utilisée pour le stockage chiffré hors ligne, les notifications Push unifiées et la livraison SMS, etc.).
La console de gestion fonctionne avec le serveur pour fournir une solution MAM. Vous pouvez donc forcer la mise à jour/désactiver les applications, gérer les versions, afficher certaines statistiques de l'appareil et surveiller les push.
Le IDE fonctionne en conjonction avec les SDK natifs et les IDE. Donc, si vous construisez pour Android, il va construire un projet Android pour compiler et exporter dans le même IDE. Pour iPhone, il crée toutes les couches de projet pour un projet XCODE. Vous devrez peut-être modifier certains paramètres dans xcode pour vous assurer qu'il se compile correctement, mais je n'ai généralement pas eu de problèmes.
Le simulateur de navigateur mobile est idéal pour tester le code Web avec les tests de capacité PhoneGap dans le navigateur.
Le codage Shell est intégré et vous pouvez créer un Shell commun pour votre marque d'application.
Le nouveau WYSIWYG est également assez agréable et fournit un support HTML commun ainsi que des composants jQuery Mobile et/ou dojo mobile.
PhoneGap est génial, c'est pourquoi IBM Worklight l'utilise.
PhoneGap est un excellent pont entre une application développée sur le Web et l'appareil (GPS, appareil photo, etc.), mais c'est tout.
Vous avez besoin d'un IDE pour développer l'application.
Vous devez vous connecter aux back-ends.
Vous devez vous authentifier.
Vous devez penser à la sécurité.
Vous devez toujours gérer le cycle de vie de l'application.
PhoneGap est une partie importante d'une application IBM Worklight, mais ce n'est qu'une partie.
La principale différence entre IBM Worklight et Phonegap est partie serveur. Phonegap n'a pas de fonction liée à la partie serveur mais IBM propose fonction IBM Worklight Server.
Deuxièmement, IBM a un package complet (IDE, console, etc.) mais Phonegap ne propose qu'une bibliothèque. Enfin IBM a le support que Phonegap manque. (Je ne sais pas où vous avez trouvé que IBM Worklight utilise Phonegap mais les deux utilisent le composant d'affichage Web ).
Il vaut mieux utiliser Worklight que Phonegap car le premier a support direct pour les éléments suivants: - SMS Delivery Options - Push Notifications - Direct Update - Version management - Business Intelligence Reporting - Force Update (or) Disable App
De plus, il a d'autres fonctionnalités comme1. Authentication framework 2. Mobile Browser Simulator 3. Encrypted Offline Storage 4. Jsonstore ce qui le rend beaucoup plus facile à utiliser.