JavaFX 
Ovšem v porovnání c sharpem je javafx na tom trochu časově hůř. To znamená, že projekt trvá v Javě cca 5x déle než v C sharp. […] musíme předělávat ze swift na fx. […] Ještě jsem zvědavý na jednu poslední věc... zda je Java zpětně kompatibilní.
Opravdu by mne zajímalo, jestli to je myšlené vážně, nebo to měla být parodie Zelenáče. Nejdřív napsat takhle konkrétní srovnání, to si čtenář říká „pane jo, ten musí mít zkušeností, když dokáže nejrůznější typy projektů shrnout do jediného ‚5× déle‘“. A pak z něj vypadne, že vlastně o Javě prakticky nic neví a že to „5× déle“ je prostě jen hausnumero vycucané z prstu.
Jinak při vývoji Javy se dbá na zpětnou kompatibilitu až extrémně, třeba třídy a metody označené jako zastaralé už ve verzi 1.1 jsou pořád součástí JDK. Programy napsané pod Javou 1.0 by měly jít pořád spustit pod současným JRE, samozřejmě pokud nepoužívají vlastnosti konkrétního JRE. I kód napsaný pod Javou 1.0 by měl jít přeložit současným kompilátorem a se současným JDK, jediný problém může být s přidáním metod do rozhraní, která ten kód implementuje. Vím o jediném takovém reálném problému, a to přidání podpory pro W3C DOM Level 3 v Javě 5. Java 8 pro tyhle případy zavedla default metody. Někdo tvrdí, že to udržování zpětné kompatibility je až na škodu, třeba generika kvůli tomu byla implementována hůř než by mohla být (což je důvod, proč je C# má lepší). První plánované rozbití zpětné kompatibility se plánuje do Javy 9 v rámci projektu Jigsaw, tj. zavedení modularity přímo jako součásti základního běhového prostředí. A to opět nebude znamenat, že staré programy pod novou Javou nepustíte, pouze bude nutné udělat nějaké úpravy v nových programech, pokud v nich budete chtít modularitu používat.
91 Odpovědí
25126 Zhlédnutí