Wołam *20* osób na podstawie algorytmu devopsiarza: wołanie za plusy dla 2 ostatnich materiałów lub plusy dla minimum 3 z 4 ostatnich materiałów. Jeśli plusowałeś/aś tylko 2 ostatnie materiały - nie plusuj posta rozpoczynającego ten wątek, aby wyłączyć wołanie przy kolejnych wpisach. Jeśli plusowałeś 3 lub więcej poprzednich materiałów - nie plusuj tego i kolejnego rozpoczynającego posta wątku, aby wyłączyć wołanie.

Wołanych wytypowano na podstawie analizy plusów dla tych wpisów: https://wykop.pl/wpis/50079091, https://wykop.pl/wpis/50279883,
  • Odpowiedz
@devopsiarz:

Lenovo ThinkPad T14 laptop review: Comet Lake update doesn't add much


Dlatego wszyscy (w tym ja) czekają na ThinkPady z nowym Ryzenem, których nadal nigdzie nie ma. ( ͡° ʖ̯ ͡°)
Chyba liczą na to, że ludzie się zniecierpliwią i wykupią te z Intelem :P
  • Odpowiedz
mam 2 pytania odnośnie metody, chciałem zastosować w niej optionala.
1.Czy takie użycie optionala jest poprawne, sprawdzenie z isPresent? Czym to się różni od sprawdzenia tradycyjnego czy nie jet nullem?
2. w linii 5: this.findRiskObject(id, riskId); , czym to się różni od zapisu (bez this): findRiskObject(id, riskId);

#programowaine #naukaprogramowania #java
1. jakie?
2. this mówi, że metoda jest w klasie z której ją wołasz. Nie bardzo widzę sytuacje w której byłoby konieczne wołanie metody z this na początku.
  • Odpowiedz
@quwer:
1.Nie ma sensu opakowywania obiektu w Optional, a potem używania "ifPresent" kiedy potencjalny obiekt może zwracać wartość null'ową. W niczym to nie pomaga, a jedynie staje się kod mniej czytelny. Bardziej przydatnym use casem może być, kiedy używamy API które może zwrócić wartości nullowe. Wtedy w pewnym sensie wymusza to, aby obsłużyć wartości nullowe w tzw. "null-safe way". Tworzymy wtedy taki kontrakt, aby zabezpieczyć się przed wyjątkami spowodowanymi wyrzucaniem
  • Odpowiedz