POJO - co poszło nie tak?

Tak sobie czytam art o Angular 5 i Spring Boot 2 i widzę taki kawałek:

@Entity
@Getter @Setter
@NoArgsConstructor
@ToString @EqualsAndHashCode
public class Car {
    @Id @GeneratedValue
    private Long id;
    private @NonNull String name;
}

i się zastanawiam - czy na pewno to jest dobry kierunek?

Typowy kod java jak na rok 2017-18.

Połączenie faktu, że już wiadomo, że język nie wystarcza i trzeba łatać... z kijowymi frameworkami. Smaczniutkie,
http://annotatiomania.com/

Do POJO polecam, adnotacje @data
https://projectlombok.org/features/Data
Trochę to zredukuje ilość tego.

Dokładnie. Jak się dorzuci @data z Lomboka to kodu będzie mniej niż w C#.

Jak już się wybiera ORMa to trzeba temat ciągnąć dalej. Bez getterów ORM nie załatwi leniwego ładowania z bazki i innych bajerów.

Alternatywą jest np jOOQ i tam chyba potrzebnych adnotacji będzie znacznie mniej.

Ja sam ORMów nie używam, bo magia mi niepotrzebna. Wystarcza mi Slick bo piszę w Scali - http://slick.lightbend.com/

Wystarczy @data
Ale musze przynać że nadmiar lomboka mnie irytuje :/

Kiedys chcialem tego sprobowac https://immutables.github.io/
A lepiej po prostu z Kotlina.

Jackson tez moze krzyczec, ze nie widzi default konstruktora i ludzie dodaja pozniej jackson-lombok..

rav3n napisał(a):

Jackson tez moze krzyczec, ze nie widzi default konstruktora i ludzie dodaja pozniej jackson-lombok..

A na co jacksonu defaultowy konstruktor ? Przypadkowo akurat z jacksona korzystam czasem, a na pewno nie mam defaultowych konstruktorów w swoich klasach.
Czy to raczej o JAXB chodzi ? Ten badziew tak ma - (podobnie jak defaultowe konstruktory sá wymagane w JPA), ale sam Jackson niewinny.