En af de ting, der virkelig skiller sig ud ved hjælp af en iPhone, er bare hvordan glat det føles sammenlignet med at bruge Android. Hvor som Android er forsinket, med et målbart mellemrum mellem, når du rører ved skærmen, og når OS reagerer, iOS ser næsten ud til at forudse, hvad du vil gøre, før din finger rører ved Skærm.
Hvordan har Apple klaret denne utrolige bedrift? Et bedre spørgsmål kan være: "Hvordan har Google formået at ødelægge Android's multitouch så meget?" Ifølge Andrew Munn -en softwareingeniørstuderende og tidligere Google-praktikant-Android er så rodet, at Google måske aldrig være i stand til at matche en iPhone eller iPad's ydeevne. Av!
Inden vi begynder, her er lidt baggrund. Tidligere er det blevet sagt, at Androids brugergrænseflade er forsinket i forhold til iOS, fordi UI -elementerne ikke blev hardware -accelereret indtil Honeycomb. Med andre ord, hver gang du stryger skærmen på en Android -telefon, skal CPU'en trække hver eneste pixel igen, og det er ikke noget CPU'er er særlig gode til.
Dette argument er fornuftigt, bortset fra hvis det var sandt, ville Android have stoppet målbart at hænge i berøringsfølsomhed i forhold til iOS, da Android 3.0 Honeycomb blev frigivet. Undtagen hvad? Android -enheder er stadig forsinkede, selv efter at Honeycomb er installeret på dem.
De fleste moderne Android -telefoner har specifikationer, der er ækvivalente eller endda bedre end iPhones (for eksempel leveres de fleste Android -telefoner med 1 GB RAM i forhold til iPhone 4S’s 512 MB); problemet er ikke hardware. Så hvad er problemet?
Det er derfor, Android ikke kan gengive sit touch -brugergrænseflade uden at halte, ifølge Munn. I iOS forekommer UI -gengivelsesprocesser med dedikerede tråde i realtid prioritet, standsning af andre processer og fokusering af al opmærksomhed på gengivelse af brugergrænsefladen. Med andre ord, hver gang du rører din finger til din iPhones skærm, bliver operativsystemet bogstaveligt talt vanvittigt: "Nogen rører os! Nogen rører os! Stop alt andet, du laver, nogen rører os! ”
I Android forekommer UI -gengivelsesprocesser dog sammen med hovedtråden med normal prioritet. Med andre ord behandler det gengivelse af brugergrænsefladen på samme måde som det ville sige at downloade en podcast i baggrunden, kontrollere for SMS'er eller andet. Derfor et hakket UI.
Her forklarer Munn, hvad det hele betyder, og hvorfor Google var dum nok til at designe Android på denne måde.
Android UI bliver aldrig helt glat på grund af de designbegrænsninger, jeg diskuterede i begyndelsen:
- UI -gengivelse forekommer på hovedtråden i en app
- UI -gengivelse har normal prioritetSelv med en Galaxy Nexus eller quad-core EeePad Transformer Prime er der ingen måde at garantere en jævn billedhastighed, hvis disse to designbegrænsninger forbliver sande. Det er sigende, at det kræver en Galaxy Nexus kraft at nærme sig en glat på en tre år gammel iPhone. Så hvorfor designede Android -teamet gengivelsesrammen sådan?
Arbejdet med Android startede før udgivelsen af iPhone, og på det tidspunkt var Android designet til at være en konkurrent til Blackberry. Den originale Android -prototype var ikke en berøringsskærmenhed. Androids tilbagevendende afvejninger giver mening for et tastatur og en trackball-enhed. Da iPhone kom ud, skyndte Android -teamet sig at frigive et konkurrentprodukt, men desværre var det for sent at omskrive brugergrænsefladen.
Så hvorfor har Google ikke lige ændret UI -rammerne? Nå, det er en skræmmende opgave, der vil involvere hver app på Android Market, der skal omskrives til at understøtte de nye rammer. Det er mindst et år væk, og kan aldrig ske.
Med andre ord, for at Google nogensinde fuldt ud kan håndtere Androids forsinkelsesproblemer, skal det dybest set trykke på nulstillingsknappen og ødelægge dets appøkosystem. iOS, på den anden side, blev bygget fra bunden til at understøtte multitouch -smartphones; helvede, Apple var den øverste visionære i det. Det er vigtigt at få tingene rigtigt.
[via Redmond Pie]
