Aktywne Wpisy
![Graner](https://wykop.pl/cdn/c0834752/ce228c3ceab299ecaa108fa421701e16203739eadc36ef2810128f1b6a9e14d2,q60.png)
Graner +40
![pieselek7q7q717](https://wykop.pl/cdn/c0834752/3516c69504dbb7f5d701233779c7f5a901637ef802104abff55c56959e4a923a,q60.jpg)
Piszę sobie z oskarkiem na snapie już 2 godzinkę rozmowa się klei jest spoko do czasu kiedy on wyskakuje z tekstem
Poczym go #!$%@?łam i zablokowałam xD
Ehhhh czy są na tej planecie normalne oskarki? Czy tylko przegrywy mi zostały....
ej wiesz co fajna jestes zrobilbym cie na raz
Poczym go #!$%@?łam i zablokowałam xD
Ehhhh czy są na tej planecie normalne oskarki? Czy tylko przegrywy mi zostały....
https://github.com/Sampeteq/cinema-app
#java #naukaprogramowania #programowanie
*
domain/Room.java
nie powinien mieć w sobie bazodanowego śmiecia. Powinieneś mieć osobny "czysty" typ domenowy zwracany przez repozytorium a to co masz teraz powinno iść tam gdzie jest implementacja* brak serwisów domenowych
* dwustrona relacja pomiędzy appllication a domain: application używa domain a domain oczekuje całą tranzakcyjność od
Klasy które mają po jednej metodzie? Pakiety, podpakiety, podpodpodpakiety a w środku po 3 pliki? Klasy, które nic nie robią a tylko przekazują sterowanie gdzieś dalej? Po ch*j to? Nie cierpię takiego stylu kodowania.
Projekt tej wielkości powinien być płaski. Jeden pakiet, kilka klas reprezentujących dane wyciągane z bazy, jeden serwis zawierający całą logikę.
1. UserPasswordResetHandlerService
log.info("Mail sent");
Ten logger niczego nie mówi, dodaj kontekst (np. typ
@Krolik: ma to sens jak chcesz sobie pocwiczyć. W praktyce taki kod nie ma sensu przy tej skali i zerowej logice
Nie lepiej po prostu zrobić jeden serwis dla danej funkcjonalności, np. ogólny UserService w którym możesz zrobić tworzenie, pobieranie, edytowanie usera i jego składowych
@
jak gdzieś w klasie używasz pola to nie musisz pisać this.pole tylko samo pole