La integración con los sistemas empresariales es un beneficio, y las aplicaciones corporativas a menudo son bastante simples: manejan formularios, flujos de trabajo, etc., para los que Kony podría estar optimizado. Aunque no lo he usado.
Sin embargo, evita Cordova (PhoneGap). Casi bloqueé completamente un proyecto al usarlo, ya que la aplicación requería muchos complementos no centrales que apenas se mantienen. En cuanto al tiempo de entrega, pasé tres semanas frenéticamente tratando de encontrar soluciones a complementos que no funcionaran bien juntos o en absoluto, pero que realmente necesitaba. Incluso hubo un error grave en el núcleo de Cordova que provocó que las aplicaciones más complejas no se iniciaran en iOS, que tardó meses en solucionarse.
Las aplicaciones de Cordova no tienen un aspecto nativo, en absoluto. Si tiene la intención de hacer una “aplicación móvil que se vea y se comporte como una aplicación web” y no use mucho hardware del teléfono, supongo que Cordova está bien. De otra forma no. Me lo puedes agradecer después.
- ¿En qué se diferencia Discord de los grupos de WhatsApp?
- ¿Cuál es la mejor manera de promocionar mi aplicación fintech a una audiencia de EAU?
- ¿Cuándo es el momento adecuado para rediseñar una aplicación?
- ¿Cuáles son las aplicaciones de Android imprescindibles para el uso diario en India?
- ¿Cuál es la mejor manera de compartir su nuevo número con sus contactos de WhatsApp que tienen su número anterior guardado en su teléfono?
Tenga en cuenta también que Ionic, XDK, etc.están basados en Cordova, así que trate de evitarlos también.
NativeScript parece algo interesante sin embargo. Todavía Javascript, pero más acceso directo a las API nativas.
Kony también es Javascript, así que lo que sea. Quizás el aspecto web esté bien para aplicaciones corporativas.
Xamarin es una opción mucho mejor en general si la aplicación tiene que ser multiplataforma: acceso nativo, más rápido, aspecto nativo, acceso más o menos completo a las funciones del teléfono, etc.
Pero nada se compara con el desarrollo nativo en Java / Swift. Entonces tiene acceso a todo y no tiene que confiar en soluciones multiplataforma para las que ni Google ni Apple brindan soporte. Podría ser más costoso, pero puede cumplir con los requisitos del cliente al pie de la letra, en lugar de (en el peor de los casos) no tener éxito con el proyecto.
