Wpis z mikrobloga

@KotoFan: Szczerze, to ja nie kupuję w ogóle tego co autor próbuje tu zrobić.
Wybiera sobie losowe metody i wrzuca je na slajdy z przykładem kodu. Przy czym:
- nie używa interfejsów, w sytuacji gdy naturalnym jest ich użycie
- pisze taki kod, jakby naukę Javy zakończył na roku 2011
- nazwa zmiennej z podkreśleniem? Kto tak pisze w Javie? No i przydałoby się trzymać jednej nazwy zmiennej (tytuł vs przykład)
@tomaszs:
Absolutne minimum to:

Map langMap = new HashMap<>();
langMap.put(1, "Java");
langMap.put(2, "C#");
System.out.println("Values: " + langMap.values());

przynajmniej, poza soutem nie propaguje złych praktyk. Nadal jednak ten kod kompletnie nic nie pokazuje.

Poniżej masz przykład kodu, z którego już można się czegoś nauczyć:

Map langMap = new HashMap<>();
langMap.put(1, "Java");
langMap.put(2, "C#");
Collection values = langMap.values();
System.out.println("Values: " + values);
System.out.println("Entries: " + langMap);
values.remove("Java");
System.out.println("Entries: " + langMap);
Btw. Umieszczanie nazwy klasy w nazwie zmiennej jest złą praktyką. Polecam lekturę:


@tomaszs: hahaha, napisał ktoś kto w slajdzie ma "hash_map", "hashMap"...

W moim przykładzie natomiast to na pewno nie jest nazwa klasy. To nazwa rodzaju kolekcji mapa, lista, zbiór. Znasz zasadę, ale zupełnie jej nie rozumiesz.

Żeby nie być gołosłownym, zajrzyj sobie do kodu źródłowego swojej HashMapy. Znajdziesz tam m.in. entrySet

Pierwszy ma zmienione snake case na camel case i
@tomaszs: YAGNI jak najbardziej do całego przykładu pasuje. Nie potrzeba przykładu wywołania samej metody. Po raz kolejny, pokazywanie na takim przykładzie wywołania takiej metody nie ma sensu. Nie jest potrzebne. Nic nie wnosi. Albo inaczej, co już też pisałem, w miejsce values można każdy getter wstawić z mapy i czego to nas nauczy? Nic.
Co innego jak operujemy na kolekcji zwróconej z tej metody, to już coś pokazuje (że mapa również