precio - Appcelerator vs Android SDK

framework titanium appcelerator (8)

He estado mirando appcelerator parece bastante bien! Sin lugar a dudas, una de las ventajas de appcelerator es su soporte para multiplataforma. Estoy interesado en crear una aplicación para Android y tal vez una aplicación para iPhone más adelante. Por lo tanto, no es crucial admitir múltiples plataformas en este momento.

Si ignora el soporte de múltiples plataformas y solo se enfoca en el desarrollo de Android. ¿Appcelerator sigue siendo ventajoso? ¿Carece de características de "Android sdk"?

(Cuando digo "Andorid sdk" me refiero al desarrollo con Eclipse con el SDK nativo de Android, si tiene algún sentido)

Appcelerator tiene mucho soporte y es realmente fácil de usar. Es compatible con el 100% de las llamadas api nativas ahora. Tienen muy buena documentación también.

Bueno, en la nueva versión de appcelerator (APPCELERATORSTUDIO 4.0) puedes tener proyectos de aleación, y algo como archivos css para tu UI (tss), por lo que en realidad son realmente personalizables.

Gritos

Creo que está empezando a usar Appcelerator, ya que usa JavaScript, etc. Es fácil de aprender, pero es un buen ejemplo. También le permitirá usar el mismo código y acceder a las aplicaciones de iPhone y iPad. Aprender a usar solo el SDK de Android es más complicado. Incluso entonces necesitas desarrollar aplicaciones posteriores para iPhone, etc. Si vienes de un fondo web esto tiene sentido. Hay buenos videos para el aprendizaje rápido. Buena suerte

Esa es una pregunta muy difícil de responder sin ningún detalle con respecto a los requisitos de la aplicación.

Le sugiero que eche un vistazo rápido a la documentación de la API de Appcelerator para ver qué proporciona el marco y también tome un momento para enumerar los requisitos básicos de su aplicación y luego determinar qué herramienta será la mejor para su proyecto.

La falta de soporte de bluetooth es una gran deficiencia para Appcelerator y nadie da una pista sobre la hoja de ruta.

edit: appcelerator ahora tiene soporte BT en Tizen 3.1

Miramos Appcelerator al iniciar nuestro proyecto de Android. Sabíamos que tendríamos que hacer un cliente iOS a continuación, por lo que Appcelerator era atractivo.

Decidimos no seguir esa ruta porque no es compatible con todas las funciones nativas de cada dispositivo.

Por ejemplo, decidimos desde el principio que nuestra interfaz de usuario en Android necesitaría un widget. No hay soporte para eso en Appcelerator, ya que es específico de Android. [Esto fue hace unos meses - puede que quieras revisar nuevamente].

Comprometer en la interfaz de usuario fue demasiado para nosotros. Decidimos utilizar C / C ++ para la lógica de la aplicación y usar el SDK de Android para la interfaz de usuario.

Nuestras aplicaciones ahora tienen dos partes: C / C ++ tanto como sea posible para los "cerebros" y el nativo (Android / Cocoa Touch) para la interfaz de usuario para aprovechar la experiencia de la interfaz de usuario.

Por supuesto, funciona para plataformas que pueden integrar C / C ++.

El consejo de despedida: primero diseñe su interfaz de usuario, luego encuentre una herramienta que pueda implementarla. Los usuarios tienen altas expectativas de la interfaz de usuario en dispositivos portátiles. Comprometerse con esto desde el principio puede ser el KOD para su proyecto.

[EDITAR] De vez en cuando veo un voto a favor de esta pregunta. Me gustaría actualizar con lo que aprendimos en los últimos dos años:

El uso de C / C ++ para las partes comunes de nuestra aplicación ha dado sus frutos. Requiere un proceso de construcción un poco más complicado, pero los ahorros son gigantescos si el fragmento de código que se comparte es complejo (como en nuestro caso).
Para la pieza de la interfaz de usuario, estamos empezando a buscar aplicaciones híbridas (algunos elementos de la interfaz de usuario en HTML). Todavía hay debates sobre las interfaces HTML (Facebook y LinkedIn son dos que se mueven a código nativo para la interfaz de usuario), pero también algunos informes de que, cuando se eligen con cuidado, funcionan. Hay una gran charla de Flipoard sobre eso; con diapositivas here .

ACTUALIZACIÓN Oct / 2014

En marzo / 2014, la revista Smashing publicó un excelente artículo que comparaba iOS nativo, Android nativo, PhongeGap (Cordova) y Appcelerator Titanium. Muestran el desarrollo de una aplicación sencilla en cada entorno.

Esta es la última parte de la serie . En la parte superior de esta parte hay enlaces a las partes anteriores de la serie y en la parte inferior está la comparación de los enfoques. También hay comentarios interesantes de los lectores al final.

ACTUALIZACIÓN Mayo / 2015

Todavía recibo un voto positivo para esta pregunta de vez en cuando, así que me gustaría compartir lo que hemos hecho desde que escribí la primera parte de la respuesta.

Ahora estamos trabajando en un proyecto que también tiene un cliente web. Ahora tenemos el cliente iOS, el cliente Android y el cliente web.

JavaScript es la elección natural para el cliente web.

Ya que queremos compartir la mayor cantidad de código (en la capa de lógica empresarial) entre estos clientes, significa que debemos encontrar una manera de ejecutar el código JavaScript en iOS y Android.

Y eso es lo que terminamos haciendo.

Este es un resumen de cómo lo manejamos:

Para todos los clientes: todas las estructuras de datos se definen con el protobuf de Google . Esto permite generar automáticamente el código de serialización / deserialización para iOS y Android.
iOS: ejecute el código JavaScript con la ayuda de JavaScriptCore (una buena descripción general here ).
Android: ejecuta el código JavaScript con la ayuda del motor V8 de Google.

El puente entre JavaScript y la capa iOS / Android puede ser un cuello de botella, especialmente la serialización de los objetos. Tuvimos que optimizar algunas cosas y aprender algunas lecciones para no meternos en problemas.

En general la experiencia ha sido positiva. Ahorramos una cantidad significativa de tiempo al compartir el código entre todos los clientes.

Si tuviera que comenzar otro proyecto como este (que requiere compartir código con clientes web y móviles), también echaría un vistazo a lo que Google hizo para la bandeja de entrada . No estaba disponible cuando empezamos. Parece prometedor.

ACTUALIZACIÓN Agosto / 2015

Y el mundo sigue girando ...

También echaría un buen vistazo a React Native si tuviera que iniciar una nueva aplicación móvil ahora.

Se basa en JavaScript, uniendo la web y el desarrollo móvil más fácilmente.

Hay un gran tutorial en el sitio de Ray Wenderlich .

ACTUALIZACIÓN febrero 2016

Mi lista para el desarrollo multiplataforma se reduce a dos:

He estado prestando más atención a ionic porque nuestra aplicación web usa AngularJS y también lo hace ionic (Cordova + AngularJS). React Native forzará al equipo a aprender otro marco (por supuesto, el argumento es el opuesto si su aplicación web usa React).

Sin embargo, consideraría seriamente React Native , incluso teniendo que aprender otro marco, debido al rendimiento informado y el aspecto de la aplicación. Desde el sitio de React Native:

Con React Native, puede usar los componentes de la plataforma estándar como UITabBar en iOS y Drawer en Android

Si está empezando ahora, le recomiendo que se tome el tiempo de completar, como mínimo, sus tutoriales para que tenga una mejor idea de cada marco. Cada tutorial se puede completar en una o dos horas:

Para un enfoque más simple: Smashing Magazine acaba de publicar (en el momento en que escribí esta actualización) un buen artículo que muestra cómo usar los elementos de navegación nativos para hacer que la aplicación se sienta (bueno ...) nativa, mientras usa vistas web para representar el contenido. . El artículo explica los detalles sobre cómo hacer que el HTML / CSS sea utilizable en los dispositivos móviles (no solo está presionando el HTML / CSS que ya tiene).

Mis experiencias con Appcelerator parecen sugerir que son más una tienda de iOS. Su conjunto de herramientas para Android es, en mi humilde opinión, bastante deficiente. ADT admite la creación y la depuración de la interfaz de usuario visual en el dispositivo, lo que Titanium Studio no admite. Ha habido un error al respecto desde hace varios meses, y se sigue retrasando. Si su enfoque es Android, use Google ADT o MOTODEV Studio para Android. Estos IDE son bastante buenos y son utilizados por profesionales.

La respuesta anterior presenta una gran manera de desarrollar aplicaciones móviles. NO COMPROMETIRSE EN UNA EXPERIENCIA DE USUARIO DE ALTA CALIDAD.

Si solo te centras en desarrollar aplicaciones para la plataforma Android, te recomiendo que uses Android nativo (Eclipse + Android SDK como dijiste) en lugar de Titanium.

Razón: el titanio es adecuado si

Quieres desarrollar aplicaciones rápidamente, o
Sus aplicaciones son simples, o
Verás que Java es tan difícil (quizás: p), así que eliges el más fácil (Javascript de Titanium).

Y aquí están las razones por las que debes usar Android nativo en lugar de Titanium:

Quieres desarrollar una aplicación compleja, o
Desea personalizar la apariencia de la aplicación. Es muy importante. Al crear una imagen, crea una aplicación para el cliente, y necesitan que su aplicación se personalice para que sea más llamativo. Elegir Titanium significa que debe usar su control, que carece de capacidad para personalizar. Sería mejor si utilizas Android nativo que puedes personalizar todo lo que quieras.