Problemet med avhengighetskjeder
Mange AIR-utvidelser som installeres med en pakkebehandler (APM), kommer ikke alene. De tar med seg en kjede av hjelpe-ANE-er: et delt kjernebibliotek, Android-støttebiblioteker, Google Play-tjenester, Firebase samt nettverks- og bildebiblioteker. Ofte er disse hjelperne bare med fordi en annen utvidelse trenger dem.
Hver eneste av disse ANE-ene pakkes inn i appen din og lastes når den starter, uansett om appen bruker funksjonen eller ikke. Appen blir større, starter tregere og gjør mer arbeid i bakgrunnen.
Hva vi målte i våre egne apper
Appene våre strømmer live video og toveis tale, ofte fra eldre telefoner og nettbrett. I 2026 erstattet vi alle tredjepartsutvidelser i dem med våre egne selvstendige utvidelser og sammenlignet resultatene på ekte enheter:
| Utvidelser i Android-appen | 45, hvorav 35 fra tredjepart, de fleste hjelpe-ANE-er → 13, alle våre egne |
| Applikasjonsbeskrivelse | Android: 197 → 133 linjer (manifesttillegg 117 → 85), iOS: 161 → 126 linjer. Færre manifestoppføringer å vedlikeholde og færre ting som kan gå i stykker |
| Appstørrelse | −6,5 MB på Android (−10 %), −5,9 MB på iOS (−14 %) |
| Oppstart av appen | omtrent dobbelt så rask |
| Bakgrunnsarbeid | ingen analyse- eller hjelpebiblioteker som kjører ved siden av strømmen: mer CPU og båndbredde igjen til video og tale, noe som betyr mest på eldre enheter |
Konflikter og oppdateringspress
Når flere utvidelser deler de samme hjelpe-ANE-ene, må versjonene deres passe sammen. En ny versjon av én utvidelse krever ofte nye versjoner av de delte hjelperne, og deretter av alle andre utvidelser som bruker dem.
Resultatet: oppdateringer du ikke trengte, versjonskonflikter ved bygging, og hver kombinasjon må testes på nytt på hver plattform. Det er arbeid som ikke gjør appen din det minste bedre.
Vår tilnærming: selvstendige utvidelser
Å pakke plattformens biblioteker inn i et tynt skall og henge en rekke hjelpe-ANE-er på det er den raskere veien til mange utvidelser. Å bygge hver utvidelse komplett og selvstendig krever langt mer arbeid: hver enkelt må ha med seg nøyaktig det den trenger, testes for seg på hver plattform og likevel fungere ved siden av alle de andre. Vi valgte det arbeidet, slik at du ikke skal bære konsekvensene i appen din.
- Én fil per funksjon. Hver utvidelse er én enkelt ANE. Ingen kjernebibliotek, ingen hjelpe-ANE-er, ingen pakkebehandler.
- Bare det funksjonen trenger. Der et plattformbibliotek kreves, for eksempel Google Play Billing eller Firebase Cloud Messaging for push på Android, legger byggingen automatisk til akkurat det biblioteket. Ingenting annet.
- Uavhengige oppdateringer. Å oppdatere én utvidelse tvinger deg aldri til å oppdatere en annen.
- Utprøvd i produksjon. Hver utvidelse kjører i våre egne apper på iOS, Android og macOS og er testet på nåværende og eldre enheter.
Legg utvidelsens ID til i applikasjonsbeskrivelsen din, kopier filen inn i prosjektet ditt, ferdig. Se alle utvidelser · Priser