En av tingene som virkelig skiller seg ut ved hjelp av en iPhone er hvordan glatt det føles sammenlignet med å bruke Android. Hvor som Android er treg, med et målbart mellomrom mellom når du berører skjermen og når OS svarer, iOS ser nesten ut til å forutse hva du vil gjøre før fingeren din berører vise.
Hvordan har Apple klart denne utrolige bragden? Et bedre spørsmål kan være: "Hvordan har Google klart å ødelegge Androids multitouch så mye?" I følge Andrew Munn -en programvareingeniørstudent og tidligere Google-praktikant-Android er så rotete at Google kanskje aldri kunne matche ytelsen til en iPhone eller iPad. Au!
Her er litt bakgrunn før vi begynner. Tidligere har det blitt sagt at Androids brukergrensesnitt er forsinket i forhold til iOS fordi brukergrensesnittelementene ikke ble maskinvareakselerert før Honeycomb. Med andre ord, hver gang du sveiper på skjermen på en Android -telefon, må CPUen trekke hver eneste piksel igjen, og det er ikke noe CPUer er veldig gode på.
Dette argumentet er fornuftig, bortsett fra om det var sant, ville Android ha sluttet målbart å henge i berøringsrespons sammenlignet med iOS da Android 3.0 Honeycomb ble utgitt. Bortsett fra gjett hva?
Android -enheter er fortsatt slappe, selv etter at Honeycomb er installert på dem.De fleste moderne Android -telefoner har spesifikasjoner som er like eller enda bedre enn iPhone -ene (for eksempel leveres de fleste Android -telefoner med 1 GB RAM, sammenlignet med iPhone 4S’s 512 MB); problemet er ikke maskinvare. Så hva er problemet?
Det er derfor Android ikke kan gjengi touch -brukergrensesnittet uten å henge, ifølge Munn. I iOS forekommer UI -gjengivelsesprosesser med dedikerte tråder i sanntid prioritet, stoppe andre prosesser og fokusere all oppmerksomhet på gjengivelse av brukergrensesnittet. Med andre ord, hver gang du berører fingeren til iPhone -skjermen, blir operativsystemet bokstavelig talt gal: «Noen rører oss! Noen rører oss! Stopp alt annet du gjør, noen berører oss! "
I Android forekommer imidlertid UI -gjengivelsesprosesser sammen med hovedtråden med vanlig prioritet. Med andre ord behandler det gjengivelse av brukergrensesnittet på samme måte som det ville si å laste ned en podcast i bakgrunnen, se etter SMSer eller noe annet. Derfor et hakket UI.
Her forklarer Munn hva dette betyr, og hvorfor Google var dum nok til å designe Android på denne måten.
Android UI vil aldri bli helt glatt på grunn av designbegrensningene jeg diskuterte i begynnelsen:
- UI -gjengivelse forekommer på hovedtråden i en app
- UI -gjengivelse har normal prioritetSelv med en Galaxy Nexus, eller firekjerners EeePad Transformer Prime, er det ingen måte å garantere en jevn bildefrekvens hvis disse to designbegrensningene forblir sanne. Det sier at det krever kraften til en Galaxy Nexus å nærme seg glattheten til en tre år gammel iPhone. Så hvorfor designet Android -teamet gjengivelsesrammen slik?
Arbeidet med Android startet før utgivelsen av iPhone, og den gangen var Android designet for å være en konkurrent til Blackberry. Den opprinnelige Android -prototypen var ikke en berøringsskjerm. Androids avveininger gir mening for et tastatur og en styrekuleenhet. Da iPhone kom ut, hastet Android -teamet med å gi ut et konkurrentprodukt, men dessverre var det for sent å skrive om brukergrensesnittet.
Så hvorfor har ikke Google nettopp endret brukergrensesnittet? Vel, det er en skremmende oppgave som vil innebære hver app på Android Market for å bli skrevet om for å støtte det nye rammeverket. Det er minst et år unna, og kan aldri skje.
Med andre ord, for at Google noensinne skal klare å klare Android -forsinkelsesproblemer, må det i utgangspunktet trykke på tilbakestillingsknappen og ødelegge appens økosystem. iOS, derimot, ble bygget fra grunnen av for å støtte smarttelefoner med flere berøringer; helvete, Apple var den øverste visjonære av det. Det er viktig å få tingene riktig.
[via Redmond Pie]
