¿Cuál es la mejor opción para una startup: Phonegap & Steroids.js o Trigger.io?

Manténgase alejado de los esteroides, se ve muy impresionante desde el exterior pero no funciona como se anuncia, considere lo siguiente:

Esteroides:
Contras
1 – Requiere un servicio basado en la nube para agregar complementos, iconos de aplicaciones, pantallas de bienvenida e incluso empaquetarlo (es peor de lo que parece).
2 – No todos los módulos phonegap son compatibles con esteroides.
3 – Utiliza un enfoque de varias páginas, puede terminar teniendo una gran cantidad de instancias de la misma biblioteca JS ejecutándose en su aplicación a la vez (la memoria es una preocupación para las aplicaciones híbridas).
4 – No estoy seguro de si se resolvieron todos los problemas, pero la última vez que verifiqué algunas funciones no funcionaban en iOS 8 (geolocalización, cámara, entre otras).

Pros
1 – Es realmente fácil de usar
2 – Funciona para aplicaciones realmente simples y para personas que tienen la paciencia para lidiar con su servicio de compilación
3 – Se siente nativo

Gatillo / Forja

Contras
1 – No tiene tantos módulos como Phonegap, siempre puede portar o escribir el suyo.
2 – Creo que ese es mi más fuerte contra Trigger.

Pros
1 – Más rápido que el teléfono abierto.
2 – Los módulos funcionan desde el primer momento, simplemente instale y configure usando Trigger Toolkit, simplemente funciona como se anuncia.
3 – Puede simplemente lanzar su perfil de aprovisionamiento móvil al módulo de configuración y tener un .ipa listo para su distribución en segundos en lugar de minutos (si tiene suerte) como con los esteroides.
4 – Si tienes las habilidades, puedes escribir una aplicación que se vea y funcione como una nativa.
5: utiliza un enfoque de aplicación de una sola página que es mejor para una aplicación híbrida IMO, puede usar eventos simples para comunicarse entre módulos a diferencia de los esteroides, donde debe usar una API de postMessage aburrida para transmitir mensajes entre sus múltiples páginas.

Siempre puede volverse nativo y aprovechar al máximo su aplicación, ya que está creando una aplicación híbrida, supongo que no quiere tratar con Objective-C ni Java.

También está Xamarin, que en mi opinión es la mejor manera de escribir una aplicación móvil sin tener que lidiar con Java / Objective-C, pero tienes que lidiar con C #.

Elija sabiamente y tenga éxito.

SteroidsJS es una pieza de tecnología muy interesante. Tiene fallas relacionadas con su juventud, pero se está desarrollando rápidamente y es suficiente para crear una pequeña aplicación decente. Como referencia, construí Liff: realiza un seguimiento de tu día con SteroidsJS. La aplicación fue aceptada en la tienda de aplicaciones y es estable. En caso de que quiera leer más, escribí un seguimiento sobre Consejos y trucos aprendidos al lanzar una aplicación híbrida usando Steroids.js.

Sin embargo, no existe una solución perfecta, por lo que al final todo depende de lo que intente construir, cuánto pulido desee y cuánto tiempo tenga.

Depende de lo que tu startup necesite en términos de tecnología. Si necesita una aplicación básica sin demasiadas funciones, como lo hice yo, Trigger.io funcionó bien para mí, tiene documentación clara y es fácil de aprender. Pero si necesita más funcionalidad, o planea agregar algo en el futuro, entonces Phone Gap es una mejor solución, ya que tiene muchos más desarrolladores trabajando en ello. En cuanto a Steroids.js, ahora estoy considerando portar mi aplicación de trigger.io a steroids.js simplemente por las transiciones nativas y las actualizaciones muy frecuentes y un mejor soporte.

Estuve usando trigger.io por un tiempo, ya que apenas comenzaban, les di algo de tiempo. Pero, sinceramente, no entregaron demasiado, los módulos nativos son escasos, las API en algunos casos son demasiado básicas … Y el precio es demasiado alto. Además, recientemente esto sucede http://trigger.io/cross-platform-application-development-blog/2013/12/13/team-changes-at-trigger-io/