Apple gör allt de kan för att stoppa webben. De begränsar webbappar från att bli riktigt funktionella genom att göra dem tre gånger långsammare i appar från tredje part eller sparas på startskärmen. Samma var som de försökte stoppa webben med iBooks, tidningskiosken och i alla andra områden där webben kunde lysa.
Som ni kanske har hört är Google Chrome nu tillgängligt för iPhone och iPad , men innan du blir för upphetsad måste du inse att det inte alls är Chrome. Det är Apple: s Safari med ett ”krom” -gränssnitt. Den faktiska webbläsaren, rendering och javascript-motorn är 100% Apple Safari .
Som John Gruber uttrycker det:
Det är inte Chrome-renderings- eller JavaScript-motorerna – App Store-reglerna förbjuder det. Det är iOS-systemversionen av WebKit inslagna i Googles egen webbläsargränssnitt.
Google Chrome för iOS är fortfarande intressant eftersom du får Chrome-synkronisering och andra Chrome-godsaker.
Men det finns ett stort problem med tredje parts webbläsare på iOS. Apple tillåter inte bara andra webbläsare. Det tvingar dem också att använda en äldre version av Safari än den Apple kan använda själva.
Varje iOS-utvecklare vet detta. Att se en webbplats i Safari är mycket snabbare än att se en webbplats i en app. Detta gäller för Flipboard, Facebook-appen, Twitter-appen och alla andra appar – inklusive den nya Chrome för iOS.
Anledningen är enkel. Apple vill ha kontroll och tvinga människor att skapa inbyggda appar och begränsar därmed prestanda för webbappar i tredjepartsappar. Det finns ingen anledning till att iPhone och iPad har två olika renderingsmotorer – en för Apple och en för alla andra. Detta är enbart konkurrerande beteende som begränsar valet och tvingar människor att skapa inbyggda appar.
Begränsningen införs till och med för inbyggda webbappar, de du ser i Safari själv. Så länge du ser dem i Safari fungerar de bra. Men när du sparar dem som en webbapp till din startskärm tvingas de plötsligt använda den gamla Safari-motorn och är därmed mycket långsammare att använda.
Hur stor skillnad är det? Jag körde en serie test på min iPad, och som ni ser är Chrome på iOS betydligt långsammare, särskilt när det gäller alla viktiga javascript-återgivningar (de två sista ”Sunspider” -testerna).
Kom ihåg att både Safari och Chrome använder Apples Safari-javascript- och renderingsmotor. Det är ingen skillnad (i teorin) ”under”, så det bör också återges i samma hastigheter .
Tillbaka 2011 lade John Gruber ut en ganska haltig förklaring till varför Safari var tvungen att vara snabbare för Apple och långsammare för alla andra. Han hävdade att det berodde på ”säkerhetsproblem”, men det är bara skitsnack .
Det finns absolut ingen skillnad mellan en webbapp som körs i Safari och samma webbapp som sparas på startskärmen och sedan körs * i Safari *. Det är bara en lamm ursäkt eftersom vi alla vet att när någon säger ”det är på grund av säkerhet” måste alla tydligen sluta tänka och bara acceptera vilken galen förklaring vi får.
Det finns ingen teknisk anledning till att en webbapp som använder Safari inifrån en app inte kan använda exakt samma säkerhets- och minnesskydd som samma webbapp som körs i Safari. Det är bara annorlunda eftersom Apple har gjort det annorlunda.
Dessutom körs varje enskild app på iOS-plattformen i sin egen isolerade sandlåda. Det finns inget sätt att dessa appar kan få tillgång till element utanför lådan det är i. Av den anledningen finns det heller ingen anledning till att Apple inte kan tillåta Google och Firefox att bygga sina egna webbläsarmotorer i sina appar. De körs som en isolerad process.
Om du kan bygga enorma spel som använder Unreal-spelmotorn i ett iOS-spel, du kan säkert också köra några rader javascript-kod med hjälp av Chrome-motorn utan problem.
Detta är ännu en bluff som är utformad för att tvinga utvecklare att bara skapa native. appar, genom att ge sina användare (det är du!) en mycket långsammare upplevelse varje gång de måste använda webben.
Chrome, med Safari-motorn bör gå exakt lika snabbt som Safari i sig. är samma freaking webbläsare med bara en lite annan färgfärg.
Det är precis som hur Apple använder ePubs i iBook s är också en bluff. Det hindrar människor från att inse att de begränsas på allvar i vad de kan göra med webben och tvingar dem till en enda Apple-värld.
Jag skrev om detta redan i januari i ”Lies, Damned Lies, och E-böcker ”och tidigare idag förklarade Jani Patokallio det så här:
Förra året köpte jag en bärbar dator i Singapore och tog den med mig till Australien.Det fungerade bra för att läsa Economist online och vad som passerar för journalistik i Singapore, men en dag letade jag efter Sydney Morning Herald, och det fanns inga träffar: det är som om det inte fanns. En liten pyssling avslöjade att för att kunna se australiska webbplatser var jag tvungen att registrera min webbläsare för att vara i Australien, vilket också kräver ett kreditkort med en faktureringsadress där. Dessutom skulle byte av land som detta ta bort alla mina bokmärken, säga upp min betalda prenumeration på Economist och hindra mig från att kunna läsa ens enstaka utgåva av den singaporeanska Straits Jacket. Och självfallet är den bärbara datorn låst för att förhindra från att installera en annan webbläsare som skulle göra det möjligt för mig att komma runt dessa gränser.
Låter detta löjligt, en pervers fantasi av något balkaniserat nät i den dystopiska framtiden? Nej: det är allt sant, förutom att min ”laptop” är faktiskt en iPad och min ”webbläsare” är iTunes / iBooks. Eftersom mitt iTunes-konto har en singaporiansk faktureringsadress, visas inte Kindle-applikationen i mina sökresultat. Om jag byter land kommer jag att förlora åtkomst till allt jag tidigare har laddat ner. Och om jag biter i kulan och byter till Australien kommer en bra bit av appar, musik och mer som erbjuds inte längre att finnas på iTunes, iBooks eller Amazon, och jag betalar cirka 50% extra för det som återstår. Men jag valde att inte, och därmed inte köpte tre eller fyra böcker jag ville, eftersom deras förlag inte skulle sälja dem till mig.
Läs resten av hans utmärkta artikel som förklarar varför framtiden för e-böcker är HTML5.
Apple gör allt de kan för att stoppa webben. De begränsar webbapparna från att bli riktigt funktionella genom att göra dem tre gånger långsammare i tredjepartsappar eller sparas på startskärmen. Samma var som de försökte stoppa webben med iBooks, tidningskiosken och i alla andra områden där webben kunde lysa.