Die auf Youtube einzusehenden Ger\u00e4te-Vergleiche demonstrieren es zu Hauf. Abh\u00e4ngig davon wie viele Apps seit dem Neustart eines Android-Ger\u00e4tes bereits genutzt wurden und wie satt der zur Verf\u00fcgung stehende Arbeitsspeicher bereits bepackt ist, hat Googles Smartphone-Betriebssystem (in der direkten iPhone-Gegen\u00fcberstellung) mit stotternden Benutzeroberfl\u00e4chen und einer langsamen Grafik-Performance zu k\u00e4mpfen. <\/p>\n
Ein Kritikpunkt der auch auf neuere Android-Ger\u00e4te<\/a> zutrifft und wohl auf fr\u00fche Design-Entscheidungen der Android-Entwickler zur\u00fcckzuf\u00fchren ist. So meldet sich Andrew Munn, ein ehemaliger Google-Mitarbeiter, jetzt auf Google+ zu Wort<\/a> und versucht die einfach formulierte Frage zu beantworten „Warum Stottert Android, w\u00e4hrend iOS, Windows Phone 7, QNX, und WebOS fl\u00fcssig laufen“? Munns auf die beiden Kernaussagen reduzierte Antwort:<\/p>\n […] Die Android Benutzeroberfl\u00e4che wird aufgrund der von mir erw\u00e4hnten Design-Entscheidungen nie komplett fl\u00fcssig laufen. <\/p>\n Die Darstellung der Benutzeroberfl\u00e4che wird direkt im Thread<\/a> der App berechnet. Auf iOS-Ger\u00e4ten hingegen l\u00e4uft die Berechnung der Display-Ausgabe im Hintergrund ab<\/a> und wird bei Bedarf auch mal bevorzugt behandelt. Im Ergebnis f\u00fchlt sich die Grafik-Performance des iPhones fl\u00fcssiger an und kann auch dann \u00fcberzeugen, wenn die gestartete Applikation noch dabei ist ihre Rechen-intensiven Aufgaben zu l\u00f6sen. <\/p>\n
\nUnd: Die Darstellung der Benutzeroberfl\u00e4che genie\u00dft auf Ger\u00e4te-Ebene nur „normale Priorit\u00e4t“\n<\/p><\/blockquote>\n