Aktywne Wpisy
oldsox +6
Witam
Powoli zbliza sie czas pozgenac sie ze swoim 23 letnim seatem leonem. Szukam wiec samochodu. Moze ktos cos doradzi by nie siedze w temacie motoryzacji. Kwota to do 100 tysi
Sytuacja:
Roczny przebieg 5 000 km( praca zdalna )
Rodzina 4 osoby
Wymagania:
Bezwaryjny albo chociaz prosty w obsludze naprawie
Na długie lata bo dla mnie to tylko konieczny wydatek
Nie suv( na samo miasto bez sensu)
Benzyna ( j.w)
Troche
Powoli zbliza sie czas pozgenac sie ze swoim 23 letnim seatem leonem. Szukam wiec samochodu. Moze ktos cos doradzi by nie siedze w temacie motoryzacji. Kwota to do 100 tysi
Sytuacja:
Roczny przebieg 5 000 km( praca zdalna )
Rodzina 4 osoby
Wymagania:
Bezwaryjny albo chociaz prosty w obsludze naprawie
Na długie lata bo dla mnie to tylko konieczny wydatek
Nie suv( na samo miasto bez sensu)
Benzyna ( j.w)
Troche
xiv7 +117
“Nie zwracamy null.
Nie zliczę widzianych przeze mnie aplikacji, w których niemal każdy wiersz kodu zawierał test wartości null. [...] Gdy zwracamy wartość null, w rzeczywistości tworzymy sobie dodatkową pracę i powodujemy problemy w funkcjach wywołujących. W takich przypadkach brak jednego testu wartości null powoduje, że aplikacja wymyka się spod kontroli.”
[Więcej infomacji]
#feaoftruss #czystykod #programowanie #programista15k #webdev #gamedev
Podobało się? To zaplusuj i zapisz się do wołania (link w stopce)
************
[Chcesz być wołany?]
Same się nauczą? To jest to o czym pisałem i jest to jak najbardziej warstwa. Przykładem jest hibernate i jakieś DTO/DAO. To szkielet aplikacji pod logiką i tutaj są decyzje projektowe czy pole może być null, czy jest to tożsame z tym że w bazie jest null i tym podobne.
To normalnie nie masz tej warstwy? ¯\(ツ)_/¯ Bo taki wniosek można wyciągnąć, że wyciągasz sobie rowy i na nich operujesz, by odpowiedzialności za konwersję w obiekt dziedziny nie mieć dla mitycznego performance'u, którego wąskim gardłem i tak będzie I/O ¯\(ツ)_/¯
Zamiast nullowania pola wtedy wystarczy mapować do Some(x) | None i tyle. I wykorzystywać zalety Option(al) dalej w aplikacji. Jeżeli null w polu != null w bazie to
@Vetinari: tak, tzn robimy ich znacznie mniej (tam gdzie są niezbędne).
Powiedzmy że masz aplikację która ma 50 metod zwracających Object które wywoływane są gdzieś 100 razy.
Jeżeli chcesz zagwarantować poprawność kodu teoretycznie powinieneś sprawdzić wartość null ok. 100 razy (za każdym wywołaniem dowolnej metody zwracającej Object, w końcu każda może zwrócić null).
Ale teraz przyszedł senior engineer i kazał w projekcie
Komentarz usunięty przez autora
i czasami jest jednak czytelniejsze niż ifPresent czy map
@SwordPL: Dla mnie te Optionale produkują więcej mniej czytelnego kodu,