← Resumen

Por qué sin APM

Una extensión, un archivo. Sin cadenas de dependencias.

NO NECESITAS APM. Descarga y disfruta. No puede ser más sencillo. Solo actualiza el Adobe AIR SDK. Si necesitas ayuda, aquí estamos.

Por qué nuestras extensiones nativas para Adobe AIR vienen sin gestor de paquetes, sin biblioteca central y sin ANE auxiliares, y qué cambió eso en nuestras propias apps.

45 → 13 ANEs−6.5 MB on Android−5.9 MB on iOSAbout 2× faster start

El problema de las cadenas de dependencias

Muchas extensiones de AIR que se instalan con un gestor de paquetes (APM) no llegan solas. Traen consigo una cadena de ANE auxiliares: una biblioteca central compartida, bibliotecas de compatibilidad de Android, servicios de Google Play, Firebase, bibliotecas de red y de imagen. A menudo estas ANE auxiliares solo están ahí porque otra extensión las necesita.

Cada una de estas ANE se empaqueta en tu app y se carga al iniciarse, tanto si tu app usa la función como si no. La app crece, arranca más despacio y trabaja más en segundo plano.

Lo que medimos en nuestras propias apps

Nuestras apps transmiten vídeo en directo y voz bidireccional, a menudo desde teléfonos y tabletas antiguos. En 2026 sustituimos todas las extensiones de terceros que contenían por nuestras propias extensiones autónomas y comparamos los resultados en dispositivos reales:

Extensiones en la app de Android45, de ellas 35 de terceros, la mayoría ANE auxiliares → 13, todas nuestras
Descriptor de la aplicaciónAndroid: 197 → 133 líneas (adiciones al manifiesto 117 → 85), iOS: 161 → 126 líneas. Menos entradas de manifiesto que mantener y menos cosas que puedan fallar
Tamaño de la app−6,5 MB en Android (−10 %), −5,9 MB en iOS (−14 %)
Inicio de la appaproximadamente el doble de rápido
Trabajo en segundo planoninguna biblioteca de analítica ni auxiliar funcionando junto al stream: más CPU y ancho de banda para el vídeo y la voz, lo que más importa en dispositivos antiguos

Conflictos y presión de actualizaciones

Cuando varias extensiones comparten las mismas ANE auxiliares, sus versiones tienen que coincidir. Una nueva versión de una extensión suele requerir nuevas versiones de las auxiliares compartidas y, después, de todas las demás extensiones que las usan.

El resultado: actualizaciones que no necesitabas, conflictos de versiones al compilar, y cada combinación tiene que volver a probarse en cada plataforma. Es trabajo que no mejora en nada tu app.

Nuestro enfoque: autónomo

Envolver las bibliotecas de la plataforma en una capa fina y colgarle una serie de ANE auxiliares es la forma más rápida de publicar muchas extensiones. Construir cada extensión completa y autónoma exige mucho más trabajo: cada una debe traer exactamente lo que necesita, probarse por separado en cada plataforma y aun así funcionar junto a todas las demás. Nosotros elegimos ese trabajo, para que tú no cargues con las consecuencias en tu app.

  • Un archivo por función. Cada extensión es una única ANE. Sin biblioteca central, sin ANE auxiliares, sin gestor de paquetes.
  • Solo lo que la función necesita. Cuando hace falta una biblioteca de la plataforma, como Google Play Billing o Firebase Cloud Messaging para push en Android, la compilación añade exactamente esa biblioteca de forma automática. Nada más.
  • Actualizaciones independientes. Actualizar una extensión nunca te obliga a actualizar otra.
  • Probado en producción. Cada extensión funciona en nuestras propias apps en iOS, Android y macOS y se prueba en dispositivos actuales y antiguos.

Añade el ID de la extensión al descriptor de tu aplicación, copia el archivo en tu proyecto y listo. Ver todas las extensiones · Precios

Contacto

¿Quieres dejar atrás las cadenas de dependencias?

Nosotros las sustituimos en nuestras propias apps paso a paso. Si quieres hacer lo mismo en tu app AIR, nos encantará saber de ti.

[email protected]