Problemet med beroendekedjor
Många AIR-tillägg som installeras med en pakethanterare (APM) kommer inte ensamma. De drar med sig en kedja av hjälp-ANE:er: ett delat kärnbibliotek, Androids supportbibliotek, Google Play-tjänster, Firebase samt nätverks- och bildbibliotek. Ofta finns dessa hjälpare bara med för att ett annat tillägg behöver dem.
Varje sådan ANE paketeras i din app och laddas när den startar, oavsett om appen använder funktionen eller inte. Appen blir större, startar långsammare och gör mer arbete i bakgrunden.
Vad vi mätte i våra egna appar
Våra appar strömmar livevideo och tvåvägsröst, ofta från äldre telefoner och surfplattor. Under 2026 ersatte vi alla tredjepartstillägg i dem med våra egna fristående tillägg och jämförde resultaten på riktiga enheter:
| Tillägg i Android-appen | 45, varav 35 från tredje part, de flesta hjälp-ANE:er → 13, alla våra egna |
| Programbeskrivning | Android: 197 → 133 rader (manifesttillägg 117 → 85), iOS: 161 → 126 rader. Färre manifestposter att underhålla och färre saker som kan gå sönder |
| Appstorlek | −6,5 MB på Android (−10 %), −5,9 MB på iOS (−14 %) |
| Appens start | ungefär dubbelt så snabb |
| Bakgrundsarbete | inga analys- eller hjälpbibliotek som körs vid sidan av strömmen: mer CPU och bandbredd kvar för video och röst, vilket betyder mest på äldre enheter |
Konflikter och uppdateringstryck
När flera tillägg delar samma hjälp-ANE:er måste deras versioner stämma överens. En ny version av ett tillägg kräver ofta nya versioner av de delade hjälparna, och därefter av alla andra tillägg som använder dem.
Resultatet: uppdateringar du inte behövde, versionskonflikter vid byggtid, och varje kombination måste testas igen på varje plattform. Det är arbete som inte gör din app det minsta bättre.
Vårt angreppssätt: fristående tillägg
Att paketera plattformens bibliotek i ett tunt skal och hänga på en rad hjälp-ANE:er är det snabbare sättet att leverera många tillägg. Att bygga varje tillägg komplett och fristående kräver betydligt mer arbete: vart och ett måste ha med sig exakt det det behöver, testas för sig på varje plattform och ändå fungera bredvid alla andra. Vi valde det arbetet, så att du inte behöver bära konsekvenserna i din app.
- En fil per funktion. Varje tillägg är ett enda ANE. Inget kärnbibliotek, inga hjälp-ANE:er, ingen pakethanterare.
- Bara det som funktionen behöver. Där ett plattformsbibliotek krävs, till exempel Google Play Billing eller Firebase Cloud Messaging för push på Android, lägger bygget automatiskt till exakt det biblioteket. Inget annat.
- Oberoende uppdateringar. Att uppdatera ett tillägg tvingar dig aldrig att uppdatera ett annat.
- Beprövat i produktion. Varje tillägg körs i våra egna appar på iOS, Android och macOS och testas på nya och äldre enheter.
Lägg till tilläggets ID i din applikationsbeskrivning, kopiera filen till ditt projekt, klart. Se alla tillägg · Priser