Android SDK vs. Adobe AIR: Pros y contras?

Question

¿Alguien ha blogueado acerca de esta comparación, o alguien quiere intentarlo aquí? Sería bueno ver algunos pensamientos razonados en Adobe AIR en Android frente al SDK "nativo" de Android (en Java).

Edit: A pesar de las pocas vistas y no hay respuestas, dejo esta pregunta aquí ya que es un tema que necesita ser cubierto en algún momento ... pero si no recibe atención, lo eliminaré en unos pocos días.

Answer 1

Creo que en última instancia es muy similar a la pregunta de si se debe usar AIR o Java para una aplicación de escritorio. En última instancia, se reduce a tres puntos:

1. ¿AIR hace todo lo que necesita? Obviamente, el SDK de Android le brinda acceso completo a las capacidades del dispositivo, pero AIR no lo hace a propósito, para mantenerse portátil. Por ejemplo, AIR puede no admitir intenciones, al menos inicialmente (no creo que Adobe haya anunciado aún una forma u otra). Además, AIR requiere Android 2.2. Si esas limitaciones son problemáticas, el SDK regular de Android puede ser lo mejor.

2. ¿Está buscando hacer algo que sea adecuado para hacer en Flash? Si está planeando una aplicación de diseño pesado con animaciones, video, sonido o similar, entonces compilarla en Flash puede ser mucho más fácil que usar Java. Por otro lado, si su aplicación será un código puro que solo usa componentes visuales estándar, entonces puede que no importe la plataforma que usa. O en la mano apasionante, si tienes animaciones Flash existentes o similares, entonces tratar de calzarlas en una aplicación Java será molesto.

3. ¿Está apuntando a otras plataformas además de Android? Si es así, AIR puede ser una gran victoria, ya que el mismo contenido de la aplicación debería ejecutarse en Windows, Mac, Linux y, posteriormente, en otros dispositivos que planean admitir AIR, como Blackberry, algunos televisores, reproductores de discos blu-ray, etc. Si solo apuntas a Android, AIR puede perder algo de su atractivo.

Espero que ayude a algunos. De manera realista, a menos que esté efectivamente bloqueado para no usar AIR porque necesita algo que no le da, o efectivamente bloqueado para usar AIR porque está haciendo un trabajo de diseño pesado y necesita las herramientas, entonces creo que los pros y los Los contras de los dos SDK son en gran medida cuestiones de conveniencia. Cualquiera de las plataformas funcionará, por lo que es simplemente lo que te llevará a la línea de meta de la manera más rápida y confiable.

Answer 2

Un problema a considerar es la compatibilidad con dispositivos Android. Tanto los elegantes teléfonos inteligentes como los teléfonos baratos funcionan en Android, pero no tienen las mismas capacidades. Incluso si su aplicación es simple o se puede hacer maravillosamente en AIR, es relevante mencionar que AIR no es compatible con todos los dispositivos Android.

Algunos dispositivos muy populares que se venden actualmente (como Samsung ACE y otros dispositivos "baratos") usan chips ArmV6, y AIR o Flash no son compatibles con estas arquitecturas, incluso con Android 2.2 o más.

AIR es interesante porque el mismo desarrollo funciona en diferentes tecnologías, pero considere que AIR no funciona en iPhones "viejos" tampoco, solo se le garantiza que trabaje en nueva tecnología con procesadores grandes.

Comprobar este enlace Adobe http://www.adobe.com/flashplatform/certified_devices/

aire debe ser descartada en su decisión de si la tecnología en sus requisitos que se dirigen tanto móviles como sea posible, incluyendo aquellos que no son tan de lujo o una nueva.

Answer 3

Tengo experiencia con AIR principalmente y poco con Android SDK cuando estaba construyendo una extensión nativa para AIR. Mi mayor obstáculo con AIR es su inmadurez, sus errores y su comportamiento incoherente. Sí, puedes ir a la página brillante en adobe.com y ver cuán genial es el AIRE ... Todo brillante con toneladas de características que parecen cubrir todas tus necesidades. Sin embargo, una vez que empezar a construir su aplicación encontrará muchas sorpresas desagradables:

1. texto de la etapa en que no trabaja adecuadamente. link además de este error StageText tiene algunos otros errores, como el comportamiento en Scroller, por ejemplo.

2. El objeto Sound() no reproduce la secuencia (lo hace en el emulador solamente). link

3. La falta de funciones como AEC hace que AIR sea inútil para toda la lista de aplicaciones de chat, ya que escuchará el eco y los gritos. link

4. Sobrecarga (e inmadura para dispositivos móviles) Flex SDK (espero que la gente de Apache lo reescriba desde 0 y lo haga más manejable).

5. apoyo

   Sin H264 en dispositivos iOS: link (sí, ya sé que es un problema de Apple, que quieren controlar el suministro de alta definición en su plataforma, todavía es Adobe problema también, ya que no podían luchar derecho de llevar su tecnología a la vanguardia).

6. El objeto de sonido no toma bidimensional variable (solo 44.1KHz es posible). Destello de códecs Speex de "segunda generación" a 16 kHz. Ahora, intenta reproducir esto a través de Sound y disfrutarás de un divertido circo. Al final, tendrá que escribir su propio algoritmo upsample.

Estoy seguro de que la gente agregará más a esta lista. Por lo tanto, mi respuesta sería nativo SDK es más preferible para cualquier cosa grave. No trabajará como una persona de control de calidad con él, probando innumerables ejemplos tratando de entender por qué una característica de AIR no funciona, barajando las respuestas de Internet y buscando en la base de datos de errores de AIR ... solo para descubrir que los errores críticos están ahí desde el lanzamiento liberar. Esa es mi experiencia con AIR. Al pasar SDK nativo su aplicación no es realmente "multiplataforma", pero AIR SDK no puede reclamar este título de todos modos para nada más serio que dos ejemplos de "directorio de empleados". Y si necesita construir para la otra plataforma, solo usará herramientas nativas para ello.

GL.