En realidad, tengo que crear una aplicación multiplataforma (para iphone y android solamente) y el cliente está enfatizando el uso de IBM Worklight para esto. Después de buscar Worklight, supe que internamente usa PhoneGap (Apache Cordova). Ahora mi pregunta es si worklight usa internamente phonegap, entonces, ¿por qué no utilizar phonegap directamente? Necesito su consejo sobre esto. Por favor, sugiera lo que separa la luz de trabajo de phonegap. Gracias de antemano.¿Por qué utilizar IBM Worklight si finalmente usa PhoneGap?
Respuesta
IBM Worklight es una plataforma completa para el desarrollo. Hay muchas cosas que puede hacer incluso dentro de Worklight que no puede hacer solo con una biblioteca PhoneGap, como acceder a controles comunes más nativos del dispositivo (menú de opciones, indicador de ocupado, tabbars, etc.). Algunas cosas para las que debes encontrar complementos. La versión más reciente de IBM Worklight usa PhoneGap 2.2. Probablemente podría continuar por un tiempo, pero mira mi blog sobre las diferencias en una vista de comparación.
http://www.open-logix.com/enterprise-mobility-blog/ibm-worklight-and-phonegap-comparison/?
Otras cosas dignas de mención:
el servidor es también una gran parte de los cuales no centraliza la conectividad de back-end con adaptadores, utilizado para la conexión encriptada de almacenamiento, las notificaciones push unificadas y la entrega de SMS, y más.
La consola de gestión trabaja con el servidor para proporcionar una solución MAM. Por lo tanto, puede forzar la actualización/deshabilitación de aplicaciones, administrar versiones, ver algunas estadísticas de dispositivos y monitorear impulsos.
IDE funciona en conjunto con los nativos SDK e IDE. Entonces, si está compilando para Android, construirá un proyecto de Android para compilar y exportar dentro del mismo IDE. Para iPhone, crea todas las capas de proyecto para un proyecto XCODE.Es posible que tenga que modificar algunas configuraciones en xcode para asegurarse de que se compila correctamente, pero en general no he tenido problemas.
El simulador de navegador móvil es bueno para probar el código web con la prueba de capacidad PhoneGap dentro del navegador también.
La codificación del shell está integrada y puede crear un shell común para su marca de la aplicación.
El nuevo WYSIWYG también es bastante bueno y proporciona compatibilidad HTML común además de los componentes jQuery Mobile y/o dojo mobile.
La principal diferencia entre IBM Worklight y Phonegap es parte del servidor. Phonegap no tiene ninguna característica relacionada con la parte del servidor, pero IBM ofrece función del servidor de IBM Worklight.
Segundo, IBM tiene todo el paquete (IDE, consola, etc.) pero Phonegap solo ofrece una biblioteca. Por fin IBM tiene el soporte que Phonegap no tiene. (No sé dónde encontró esa luz de trabajo de IBM utilizando Phonegap, pero ambos están usando el componente de vista web ).
aquí está el enlace que le informa sobre el uso de la luz de trabajo en PhoneGap .. http://www-01.ibm.com/software/mobile-solutions/worklight/features/phonegap/ – iVipS
puedo confirmar que utiliza luz de trabajo PhoneGap. –
Buscar Apache Cordova siempre encontrará "Apache Cordova aka PhoneGap". Esto significa que Worklight usa PhoneGap. Confirmado. – Debopam
PhoneGap es genial, es por eso que IBM Worklight lo usa.
PhoneGap es un gran puente entre una aplicación desarrollada en la web y el dispositivo (GPS, cámara, etc.), pero eso es todo.
Necesita un IDE para desarrollar la aplicación.
Necesita conectarse a los back-ends.
Necesita autenticarse.
Tienes que pensar en la seguridad.
Aún necesita administrar el ciclo de vida de la aplicación.
PhoneGap es una parte importante de una aplicación IBM Worklight, pero es solo una parte.
Es mejor utilizar Worklight
que Phonegap
como el primero tiene apoyo directo para lo siguiente: - SMS Delivery Options - Push Notifications - Direct Update - Version management - Business Intelligence Reporting - Force Update (or) Disable App
Además tiene otras características como
1. Authentication framework 2. Mobile Browser Simulator 3. Encrypted Offline Storage 4. Jsonstore
que hace que sea mucho más fácil de usar.
- 1. ¿Por qué usamos finalmente bloques?
- 2. ¿Por qué se ejecuta este "finalmente"?
- 3. ¿Por qué try {...} finalmente {...} es bueno; prueba {...} catch {} ¿malo?
- 4. ¿Por qué tengo que usar finalmente para cerrar recursos?
- 5. Por qué utilizar HandlerThread en Android
- 6. ¿Por qué esta advertencia del compilador IBM XL C/C++?
- 7. ¿Por qué utilizar la serialización
- 8. ¿Por qué mi bloque finalmente no funciona en C#?
- 9. ¿por qué se usa osgi?
- 10. ¿Por qué Heroku usa Postgresql?
- 11. ¿Por qué utilizar Autorelease pool?
- 12. ¿Por qué Psyco usa mucha memoria?
- 13. ¿Por qué Android usa Java?
- 14. ¿Por qué HTTP usa TCP?
- 15. ¿Por qué se usa suhosin?
- 16. ¿Por qué no utilizar Html.EditorForModel()
- 17. Por qué utilizar asp: HyperLink
- 18. MVC3 por qué utilizar html.editorfor
- 19. ¿Qué es LiteralControl? ¿Por qué se usa?
- 20. ¿Por qué se usa console.log? ¿Qué hace?
- 21. Button_to usa POST Link_to usa GET, ¿por qué? ROR
- 22. ¿Por qué no desea utilizar Cloud Computing
- 23. ¿Por qué no utilizar archivos XIB?
- 24. ¿Por qué utilizar JsHelper de CakePHP?
- 25. ¿Por qué utilizar SQL Server bucle anidado
- 26. ¿Por qué utilizar el patrón de visitante?
- 27. ¿Por qué md5 todavía se usa ampliamente?
- 28. finalmente bloquear en C#
- 29. ¿Por qué se usa NSUserDefaults en iOS?
- 30. ¿Por qué Web Sockets no usa SOAP?
En el momento de esta publicación, se utilizó PhoneGap 2.2. Desde entonces se ha actualizado a PhoneGap 2.6 (Worklight 6.0). Ya estaba impresionado con los análisis que requerían algunas configuraciones menores, pero se han intensificado y han agregado una mejor porción analítica lista para usar. También hay una nueva API de ubicación para administrar elementos como el desencadenamiento de geofronteras en lugar de la codificación personalizada de la lógica. Muchas cosas nuevas – HarryH