Web View-paradoxen

Web views revolutionerade app-utveckling. Skriv koden en gång, kör överallt. Plus en inbyggd sandbox som stoppar skadlig kod från att störa systemet. Smart kompromiss: flexibilitet för utvecklaren, säkerhet för användaren.

Men det finns en baksida. Prestandakostnaden är enorm.

En web view drar med sig en hel webbläsare i appen. Varje DOM-uppdatering, CSS-beräkning och JavaScript-körning skapar onödig belastning. Nativ kod slipper det helt. Studier visar att webappar presterar på ungefär en sjättedel av nativa motsvarigheter. Tänk batteritid, värme och chans att köra på svagare enheter.

Länge spelade det ingen roll. Maskiner blev snabbare, och devs fokuserade på att skeppa snabbt. Nu har vi nått vägs ände.

Perfekta stormen: AI och rumslig databehandling

Lokal AI är här nu. Inferens, modellträning, naturlig språkbehandling – det slukar kretsar. AR/VR-appar ställer ännu tuffare krav på ström och kylning.

Dessa grejer skriker efter effektivitet. Vi måste sluta slösa transistorer.

Lösningen "skriva native" låter enkelt. Men det glömmer varför web views vann: server-pushade uppdateringar utan app store, och sandbox för osäker kod.

Tänk om vi kunde få allt?

Outerframe tar vid

Outerframe är ett mellanting mellan web view och native app. Som web viewens snabba släkting.

Så funkar det: Servern skickar inte HTML eller JS. Istället kompilerad maskinkod (dynamisk bibliotek) plus ett binärt protokoll för UI-beskrivning. Klienten laddar, kör i sandbox och ritar native-snabbt. Servern styr fortfarande uppdateringar utan ny app-binary.

Fördelarna hoppar i ögonen:

• Prestanda: Kompilerad kod flyger förbi tolkad JS
• Flexibilitet: Servern dikterar upplevelsen dynamiskt
• Säkerhet: Sandbox skyddar systemet från buggar eller skitkod
• Nya möjligheter: Utrymme för lokal AI och tung spatial computing

Plattformsspecifik webb

Det här vänder upp och ner på "write once, run everywhere". Outerframe satsar på "write once, compile per plattform". Servern levererar .dylib till Mac, .dll till Windows, .so till Linux.

Ingen baksteg – ren pragmatism. AI-verktyg genererar kod för flera plattformar utan svett. Prestandavinsten väger upp.

Protokollet: Binärt och snärtigt

Outerframe-specen använder ett simpelt binärt format. Inga HTML-headers. Klienten skickar Outerframe-Accept-header. Servern svarar med Content-Type: application/vnd.outerframe och en kompakt blob:

• Magic number ("OUTR") för koll
• Versionsinfo
• Pekare till kod-biblioteket
• UI-metadata

Inget plaintext. Snabb parse, liten fil. Filosofin: maskiner först, devs sen – men det gynnar devs mest.

Verklig kod: En modern top

Första appen är en uppfräschad top för macOS, byggd på outerframe. Inte teori – det körs, det funkar, det är snabbt.

Backend på Linux eller Mac. Frontend ger native känsla med server-uppdateringar. Att det är en systemmonitor säger allt: det här är för prestandakritiska grejer.

Vad betyder det för dig som dev?

Med NameOcean's Vibe Hosting öppnar outerframe dörrar för smarta deployments. Serva olika versioner per klient, allt från en domain via HTTP-headers.

För startups: Webs hastighet i utveckling (uppdatera server, pusha features) plus nativ prestanda. AI-appar får andrum från runtime-slöseri.

Verktygen är open source. Klona repot, bygg i Xcode, vibe-koda din egen outerframe-grej.

Den stora bilden

Webben vann på distribution, säkerhet och cross-platform. Outerframe ersätter inte webben – den bygger vidare.

Vi står i ett skifte. AI-kodning gör multi-plattform enkelt. Lokal AI och spatial computing kräver max prestanda. Open source ger oss verktygen att testa nytt.

Outerframe är ett sånt test. Kanske inte framtiden, men ett solitt förslag. Snabbare appar med webs uppdateringskraft och säkerhet.

Nästa webappar kanske skippar webben – men tar med sig dess bästa idéer.