Diskuze: Scanner a try-with-resources
V předchozím kvízu, Online test znalostí Java, jsme si ověřili nabyté zkušenosti z kurzu.

Člen

Zobrazeno 18 zpráv z 18.
//= Settings::TRACKING_CODE_B ?> //= Settings::TRACKING_CODE ?>
V předchozím kvízu, Online test znalostí Java, jsme si ověřili nabyté zkušenosti z kurzu.
Připadá mi to jako dobrý nápad. Jen ti to nebude fungovat na < 1.7
Mám dojem, že zavírat konzoli není nutné. Už jen nutná přítomnost dalšího objektu pro tak banální operaci jako čtení z konzole se Javě moc nepovedla.
Právě naopak. Čím méně defaultních objektů, tím menší aplikace a tím víc podporovaných zařízení. Mnoho zařízení konzoli vůbec nemá, proč by mělo mít pro ni podporu?
K zajímavé situaci dojde, pokud uživatel aplikace zavře konzoli a aplikace chce od toho uživatele další data. V takových případech je dobré, aby aplikace měla možnost tu konzoli opět otevřít. Bylo by však nevhodné ji mít otevřenou vícekrát.
Ano a proto má díky kávovarům sečtení 2 čísel 20 řádků
Ale je, má Console.ReadLine a hlavně tě nenutí odchytávat výjimky, což jsem v Javě nikdy nepochopil.
Podle mne je to užitečná vlastnost.
Java naopak umí navrhnout i likvidaci ošetření výjimky, pokud k výjimce nemůže dojít. Protože v C# není povinné ošetření, nedokáže ani rozpoznat tuto situaci.
Pro mne je ošetření výjimky záležitostí 4 znaků v editoru.
Každá metoda může někdy vyvolat nějakou výjimku, velkou část javového kódu potom tvoří několikanásobné catche plné balastu, co tam IDE generují. Asi proto to do C# nedali.
A k tomu "navrhovaniu likvidácie ošetrenia výnimky" prichádza automaticky, alebo je potrebný nejaký ďalší kód?
Prostě ten nadbytečný kód try...catch editorem zlikviduješ.
Java to navrhuje automaticky. Zkus si dát try...catch kolem bloku, který tu výjimku nemůže vyhodit.
Java používá 2 typy výjimek. RuntimeException zachytávat nemusíš.
Zobrazeno 18 zpráv z 18.