Komolytalan#102
Nem gondolhatod komolyan hogy ekkora litániára válaszolok. De hogy ne érezd hogy egy darab sz.rnak se nézlek, egy felvetésedre azért kapsz választ:
"Javits ki ha tevedek, de a flash az nem VM-ben fut? Es a flash plugin meg a Dalvik VM-ben? Szoval a flash programod mar ket VM-et fog hasznalni?
Ez amugy egyszeruen igenytelenseg. Peldaul azert is fejleszthetnel, hogy ne meruljon le az aksi olyan gyorsan. Vagy, hogy olyan emberek is hasznaljak, akiknek averziojuk van a flash-tol vagy egyszeruen nem akarnak/tudnak egy flash plugint felrakni. Esetleg, hogy tudjon futni off-line is. Soroljam meg?"
Androidon hogy kerülöd ki a Dalvik VM-et? Egyébként a Dalvik VM annyit számít, hogy egy 1Ghz-s ARM processzor kb 1/10-1/20 sebességet produkál mint egy 2.5Ghz-s I5-ös proci 1 magja flash alatt (lemértem). Figyelembe véve hogy az ARM proci architekturája (pl cache ellátottsága) néhány fényévnyire van az i5-ös prociétól, ez kb azt mutatja hogy a VM kvázi semmit se lassít. Nyilván lassú procin nem fogok akció játékot csinálni - azt csinálja meg natív kódban, aki akarja. Egy üzleti alkalmazás azonban nem pörög-forog-csillog-puffog, hanem leginkább nyugalmi állapotban van. Aztán adatot kap, feldolgozza, megjeleníti, és megint nyugalmi állapotba kerül. A nyugalmi állapotban lévő flash/flex alkalmazás nem fogyaszt CPU-t. 0%, androidon, macen, winen - mindenen. Nem merül tőle az aksi. Nem ír át biteket, csak jelentéktelen mértékben (a fő időzítő szál fut csak). Mikor csinál valamit, akkor a sebessége a legtöbb, amit böngészőben el lehet érni. Natív kódban nyilván lehetne jobbat csinálni, de ha az értékesítő kolléga azt mondja egy kliensnek, hogy figyusz, megcsináljuk natív iOS/Androidra is a kódot, nem csak webesre, de ezentúl nem 200eFt lesz a havi előfizetési díj, hanem 550eFt, akkor azt fogja mondani a kliens, hogy ne csináljátok meg, mert a jelenlegi is tökéletesen megfelel. És lenyeli azt a 3 percet amivel hamarabb töltőre kell raknia a készülékét.