Yksi niistä asioista, joka todella erottuu iPhonen avulla, on miten sileä se tuntuu verrattuna Androidin käyttöön. Missä Android on viivästynyt ja mitattavissa oleva väli näytön koskettamisen ja Käyttöjärjestelmä reagoi, iOS näyttää melkein ennakoivan, mitä haluat tehdä, ennen kuin sormesi koskettaa näyttö.
Miten Apple on onnistunut tässä uskomattomassa suorituksessa? Parempi kysymys voisi olla: "Kuinka Google on onnistunut sekoittamaan Androidin monikosketuksen niin paljon?" Mukaan Andrew Munn -ohjelmistotekniikan opiskelija ja entinen Googlen harjoittelija-Android on niin sekaisin, että Google saattaa ei milloinkaan voi vastata iPhonen tai iPadin suorituskykyä. Oho!
Ennen kuin aloitamme, tässä on hieman taustaa. Aiemmin on sanottu, että Androidin käyttöliittymä on viivästynyt iOS: ään verrattuna, koska käyttöliittymäelementtejä ei nopeutettu laitteistolla ennen Honeycombia. Toisin sanoen, joka kerta, kun pyyhkäiset Android -puhelimen näyttöä, suorittimen on piirrettävä jokainen pikseli uudelleen, eikä tämä ole mikään prosessori, joka on kovin hyvä.
Tämä väite on järkevä, paitsi jos se olisi totta, Android olisi lakannut mitattavasti viivästymästä kosketusherkkyydestä verrattuna iOS: ään, kun Android 3.0 Honeycomb julkaistiin. Paitsi arvaa mitä? Android -laitteet ovat edelleen hitaita, vaikka niihin on asennettu Honeycomb.
Useimpien nykyaikaisten Android -puhelimien tekniset tiedot ovat vastaavia tai jopa parempia kuin iPhonen (esimerkiksi useimmat Android -puhelimet toimittavat 1 Gt RAM -muistia verrattuna iPhone 4S: n 512 Mt: iin); ongelma ei ole laitteisto. Joten mistä on kysymys?
Siksi Munnin mukaan Android ei voi tehdä kosketuskäyttöliittymää viivyttelemättä. IOS: ssa käyttöliittymän renderointiprosesseja tapahtuu omistetuilla säikeillä reaaliaika keskeyttää muut prosessit ja keskittää kaiken huomion käyttöliittymän muodostamiseen. Toisin sanoen, aina kun kosketat sormeasi iPhonen näyttöön, käyttöjärjestelmä tulee kirjaimellisesti hulluksi: ”Joku koskettaa meitä! Joku koskettaa meitä! Lopeta kaikki muu tekemäsi, joku koskettaa meitä! "
Androidissa käyttöliittymän renderointiprosessit tapahtuvat kuitenkin päälangan kanssa normaali etusijalla. Toisin sanoen se käsittelee käyttöliittymän esittämistä samalla tavalla kuin esimerkiksi podcastin lataamista taustalla, tekstiviestien tarkistamista tai mitä tahansa muuta. Siksi hämärä käyttöliittymä.
Tässä Munn selittää, mitä tämä kaikki tarkoittaa ja miksi Google oli tarpeeksi tyhmä suunnitellakseen Androidin tällä tavalla.
Android -käyttöliittymä ei koskaan ole täysin sileä suunnittelun rajoitusten vuoksi, joista keskustelin alussa:
- Käyttöliittymän renderointi tapahtuu sovelluksen päälangassa
- Käyttöliittymän renderoinnilla on normaali etusijaJopa Galaxy Nexuksen tai neljän ytimen EeePad Transformer Prime -laitteen kanssa ei voida mitenkään taata tasaista kuvataajuutta, jos nämä kaksi suunnittelurajoitusta pysyvät voimassa. Se kertoo, että Galaxy Nexuksen voima vaatii lähestyäkseen kolmivuotiaan iPhonen sileyttä. Joten miksi Android -tiimi suunnitteli renderointikehyksen näin?
Työskentely Androidilla alkoi ennen iPhonen julkaisua, ja silloin Android suunniteltiin Blackberryn kilpailijaksi. Alkuperäinen Android -prototyyppi ei ollut kosketusnäyttölaite. Androidin kompromissit ovat järkeviä näppäimistölle ja ohjauspallolaitteelle. Kun iPhone tuli ulos, Android -tiimi ryntäsi julkaisemaan kilpailijatuotetta, mutta valitettavasti oli liian myöhäistä kirjoittaa käyttöliittymäkehys uudelleen.
Miksi Google ei ole juuri muuttanut käyttöliittymäkehystä? No, se on uhkaava tehtävä, johon liittyy joka Android Market -sovellus kirjoitetaan uudelleen uuden kehyksen tueksi. Siihen on ainakin vuosi, ja voi ei milloinkaan tapahtua.
Toisin sanoen, jotta Google voi koskaan käsitellä täysin Androidin viiveongelmia, sen on pohjimmiltaan painettava nollauspainiketta ja tuhottava sovelluksen ekosysteemi. iOS sitä vastoin rakennettiin alusta lähtien tukemaan monikosketuspuhelimia; helvetti, Apple oli sen ylin visionääri. On tärkeää saada asiat oikein.
[kautta Redmond Pie]
