Názory k článku Pohled pod kapotu JVM – složené datové typy a programová smyčka typu for-each v JVM
-
Pavel TišnovskýZlatý podporovatelNazdar Jirko, máš pravdu, od příštího dílu budu přidávat vždycky nějaké shrnutí, v čem jsou výhody jednotlivých VM.
-
Pavel TišnovskýZlatý podporovatel
Ješte bych doplnil - úplné shrnutí bude tak za dva týdny, kde se proberou (snad v přehledné tabulce) skutečné výhody/nevýhody/vlastnosti všech tří VM z mnoha pohledů. A mělo by to být hodně nestranné :-)
-
Kamil Misuth (neregistrovaný)Nedavas pozor. Podstata je vysvetlena hned na zaciatku a vypis bytecode to potvrdzuje:
Z výpisu bajtkódu je patrné, že i když byla použita programová smyčka typu for-each, provedl se překlad takovým způsobem, jakoby programátor ve skutečnosti použil počítanou programovou smyčku typu forAj ked je syntax for-each slucky v Jave pre pole a kolekcie (triedy, ktore implementuju iterable) rovnaky, vysledny bytecode je znacne odlisny.
V pripade for-each slucky nad polom sa dokonca vysledny bytecode podoba skor na bytcode pre obycajnu for slucku s indexom (napriek tomu, ze v zdrojovom kode programator nema pristup k tomuto indexu! = paradox).Inak nie je Pavel tvoj kolega?
-
Pavel TišnovskýZlatý podporovatel
<i>obycajnu for slucku s indexom (napriek tomu, ze v zdrojovom kode programator nema pristup k tomuto indexu! = paradox).</i>
A to je velká škoda, klidně to tam mohlo být přidáno, celkem nic nebrání používání indexů (kde je potřeba - třeba obnovit head tabulky po každých 50 řádcích) a současně smyčku for-each.
-
Pavel TišnovskýZlatý podporovatel
To tam postupně narůstá z předchozích dílů, tady to konkrétně z popisu SDLJava a schopností této knihovny práce s různými typy hudebních a zvukových souborů.
-
Pavel TišnovskýZlatý podporovatel
Ano, tomu se budu venovat, obecne vecem v JDK8, ktere by mely urychlit urcite casti algoritmu.
ČLÁNKY DO MAILU