[V.....y]

Kiedy warto używać adnotacji z Lomboka, a kiedy lepiej odpuścić i napisać coś ręcznie? Tak się zastanawiam czy przy wstrzykiwaniu zależności do serwisów i kontrolerów konstruktor napisać ręcznie czy skorzystać z adnotacji @RequiredArgsConstructor. Czasami przy encjach czy obiektach DTO, np. jak dodaję adnotację @builder to wychodzi mi na koniec cały stos adnotacji i nie wiem czy jest to dobre.

Mam też pytanie co do samego buildera - kiedy warto go tworzyć, a kiedy lepiej skorzystać poprostu z konstruktora?

#java #spring

[Killeras]

@VirtualSlimShady: wszędzie gdzie się da nie używać lombooka to go nie używaj, boli mnie strasznie jak widzę DTO które powinny być recordami robione @Data albo @Getter i @setter

Buildera warto używać jak obiekt ma więcej niż 2-3pola bo jest to po prostu czytelniejsze

[stefansiarrasiarzewski]

@Killeras: @VirtualSlimShady ja bym był ostrożny z tym używaniem buildera tylko po to, żeby mieć parametry nazwane. Jeśli istnieją domyślne wartości dla parametrów to builder jak najbardziej, w innym przypadku to moim zdaniem spore nadużycie. W przypadku konstruktora, jeśli nie przekażesz wszystkich parametrów, dostaniesz błąd w czasie kompilacji, w przypadku buildera (metody newBuilder()/build() bez parametrów) błąd dostaniesz dopiero w czasie działania programu. Oprócz tego w przypadku gołego buildera nie widać (bez

[V.....y]

@stefansiarrasiarzewski: ta strona, którą podałeś nie istnieje, dostaję błąd 404

[stefansiarrasiarzewski]

@VirtualSlimShady a sorry kropka się wkradła na końcu

[draxgar]

@VirtualSlimShady: jak akceptujesz ryzyka związane z jego użyciem. Poszukaj sobie w google 'why you should not use lombok', np. https://medium.com/@vgonzalo/dont-use-lombok-672418daa819

[63274682374]

Oprócz tego w przypadku gołego buildera nie widać (bez wczytywania w impl/dokumentacje), które parametry są opcjonalne, a które nie

@stefansiarrasiarzewski: Dlatego ja wymagane parametry wrzucam do metody newBuilder.