Das Problem mit Abhängigkeitsketten
Viele AIR-Erweiterungen, die mit einem Paketmanager (APM) installiert werden, kommen nicht allein. Sie bringen eine Kette von Hilfs-ANEs mit: eine gemeinsame Kernbibliothek, Android-Support-Bibliotheken, Google-Play-Dienste, Firebase, Netzwerk- und Bildbibliotheken. Oft sind diese Helfer nur da, weil eine andere Erweiterung sie benötigt.
Jede dieser ANEs wird in Ihre App gepackt und beim Start geladen, ob Ihre App die Funktion nutzt oder nicht. Die App wird größer, startet langsamer und arbeitet mehr im Hintergrund.
Was wir in unseren eigenen Apps gemessen haben
Unsere Apps übertragen Live-Video und bidirektionale Sprache, oft von älteren Smartphones und Tablets. 2026 haben wir jede Drittanbieter-Erweiterung darin durch unsere eigenen, eigenständigen Erweiterungen ersetzt und die Ergebnisse auf echten Geräten verglichen:
| Erweiterungen in der Android-App | 45, davon 35 von Drittanbietern, die meisten davon Hilfs-ANEs → 13, alle von uns |
| App-Deskriptor | Android: 197 → 133 Zeilen (Manifest-Ergänzungen 117 → 85), iOS: 161 → 126 Zeilen. Weniger Manifest-Einträge zu pflegen und weniger, das kaputtgehen kann |
| App-Größe | −6,5 MB auf Android (−10 %), −5,9 MB auf iOS (−14 %) |
| Start der App | etwa doppelt so schnell |
| Hintergrundarbeit | keine Analyse- oder Hilfsbibliotheken, die neben dem Stream laufen: mehr CPU und Bandbreite für Video und Sprache, was gerade auf älteren Geräten am meisten zählt |
Konflikte und Update-Druck
Wenn sich mehrere Erweiterungen dieselben Hilfs-ANEs teilen, müssen ihre Versionen zusammenpassen. Eine neue Version einer Erweiterung erfordert oft neue Versionen der gemeinsamen Helfer und dann auch jeder anderen Erweiterung, die sie nutzt.
Das Ergebnis: Updates, die Sie nicht gebraucht hätten, Versionskonflikte beim Build, und jede Kombination muss auf jeder Plattform erneut getestet werden. Das ist Arbeit, die Ihre App kein bisschen besser macht.
Unser Ansatz: eigenständig
Plattform-Bibliotheken in eine dünne Hülle zu packen und eine Reihe von Hilfs-ANEs daranzuhängen, ist der schnellere Weg zu vielen Erweiterungen. Jede Erweiterung vollständig und eigenständig zu bauen, kostet weit mehr Arbeit: Jede muss genau das mitbringen, was sie braucht, auf jeder Plattform einzeln getestet werden und trotzdem neben allen anderen funktionieren. Wir haben uns für diese Arbeit entschieden, damit Sie die Folgen nicht in Ihrer App tragen.
- Eine Datei pro Funktion. Jede Erweiterung ist eine einzelne ANE. Keine Kernbibliothek, keine Hilfs-ANEs, kein Paketmanager.
- Nur, was die Funktion braucht. Wo eine Plattformbibliothek nötig ist, etwa Google Play Billing oder Firebase Cloud Messaging für Push auf Android, fügt der Build genau diese Bibliothek automatisch hinzu. Sonst nichts.
- Unabhängige Updates. Das Update einer Erweiterung zwingt Sie nie, eine andere zu aktualisieren.
- Im Produktiveinsatz bewährt. Jede Erweiterung läuft in unseren eigenen Apps auf iOS, Android und macOS und wird auf aktuellen und älteren Geräten getestet.
Tragen Sie die Extension-ID in Ihren Application Descriptor ein, kopieren Sie die Datei in Ihr Projekt, fertig. Alle Erweiterungen ansehen · Preise