Ostatnio natknąłem się na kod napisany z użyciem wyżej wspomnianego. Mam co do tego mieszane uczucia. Niby fajnie się pisze - korzystająć z lomboka koder może skupic się bardziej na kodowaniu, niestety wydaje się być on trochę uzależniający oraz trudny do rozgryzienia dla osoby która chce w głowie delombokować kod.
Czy w waszych projektach używacie tego kontrowersyjnejnego narzędzia?
W czym jest kontrowersyjny niby?
Nie. Już wolałbym użyć Kotlina.
Pewnie sytuacja wyglądałaby lepiej gdyby te adnotacje dostały jakieś oficjalne wsparcie, już nie mówię o wcieleniu ich do samej Javy, ale np. Hibernate czy ogólnie specyfikacji JPA, no a tak to jest "używaj na własną odpowiedzialność".
Z lombokiem jest pewien problem polegający na „umagicznieniu” kodu. Co prawda całość odbywa się w czasie kompilacji, ale kod źródłowy pozostaje bez zmian. Spróbujmy teraz zdebugować taki kod. Co więcej lombok nie potrafi w ładny sposób wyłączać pól z generowanego kodu. Robi to po nazwie i Stringu, co w połączeniu z generowaniem cykli prowadzi do różnych radosnych efektów.
Generalnie OK, ale z umiarem.
Oczywiście, że używam i używamy. Jest bardzo fajny i klasy, które są typowymi strukturami są czytelniejsze. Jest prosty a debugowanei settera, gettera to pikuś. Nie mam z nim problemów a w IDE Intellij IDEA jest do niego wsparcie.
No i czy można legalnie miksować lomboka adnotacjami innych frameworków, np w ten sposób?:
@Access(AccessType.Property)
@Email //hibernate validator
@ManyToOne //hibernate
@Getter @Setter
Email email;
czy lepiej dać access type = field?
sorki przykład nie wyszedł ;) ale mam nadzieję, że wiadomo o co chodzi
Adnotacja @Access jest rozpatrywana w runtime, a lombokowe są w czasie kompilacji. Rzecz w tym, że w takim przypadku konfiguracja hibernate na polu zostanie zignorowana.