Android
/
Övrigt
För en tid sedan skrevs det en post här på feber kring att det skulle finnas brister i Androids ramverk. Dessa brister skulle tydligen göra det omöjligt att få till ett mjukt och lent gränssnitt i Android, det påstods till och med att Android var tvunget att skrivas om från grunden för att kunna bli responsivt. Så är ju inte fallet. Febers tidigare post grundar sig i ett uttalande från en praktikant som inte jobbar kvar utan nu för tiden sitter som ny praktikant hos Microsoft och WinPhone7. En av de mest respekterade Android-kodarna Dianne Hackborn (born to hack) har dragit iväg två gigantiska poster på G+ där hon förklarar hur det grafiska i Android faktiskt fungerar och hanteras.
Hon är tydlig med att posterna inte är bortförklaringar till att Android varit mindre responsivt genom åren, hon förklarar dock varför de valt den vägen till förmån för alla grymma funktioner som äter CPU-cykler. Det bygger ju som bekant på Linux-kärnan som de flesta vet är ett fullflärdat OS. Att få till ett responsivt och mjukt OS kommer inte att kräva en total kod-makeover, det kommer att bli finare för varje iteration och (självklart) med bättre hårdvara. Android ritar fönster som ett "riktigt" OS och bara genom att stå på startskärmen kan man se upp till tre "fönster" som tar en tråd var. Grafikchip har inte förrän nyligen haft funktioner för den här typen av tråd-parallellism och mycket har varit tvunget att gå via mjukvara. ICS är bara ett steg på vägen till att göra Android snabbare och mer responsivt.
Läs gärna hela inlägget av Dianne för att få en liten inblick i varför Android tagit vissa vägval och varför det fortfarande springer i cirklar kring sina konkurrenter funktionsmässigt. Sedan kan du kommentera, flamea, komma med vettiga åsikter och så vidare.
