M-am jucat putin ieri cu ele si a rezultat acest articol. Kotlin are ceva asemanator, data class. Si C# va avea in versiunea 9
o intrebare de neghiob :))) de ce e nevoie de atributul JsonProperty
pentru fiecare field? Adica na, inteleg daca tii neaparat ca numele parametrului clasei sa fie diferit de numele key-i din json, dar specificat pentru toate … complica codul. Cu java n-am lucrat deloc, dar am vazut asta si in ceva aplicatii de test in C#. In rest, pentru api-uri .Net Core, stiu ca exista libraria Newtonsoft care te scapa de scrierea asta (probabil undeva in “spate”, libraria asta lucreaza la fel).
datorita unor fite pe care le face jackson.
Si ca records sunt in preview.
In acest issue sunt mai multe detalii
Intrebarea este buna. Nu pot sa zic ca imi plac acele annotari, darrrrr
Voi testa daca merge asa. Macar este una, ci nu 4
@JsonAutoDetect(fieldVisibility = JsonAutoDetect.Visibility.ANY)
Am văzut o mica renaștere a conceptului ăstuia de “dataclass”/“record” de la o vreme. E in Java la nivel de limbaj acum, dar era și cu lombok
de ceva vreme. Ditto, in Python 3.8+ exista pachetul dataclass
. Și în TypeScript folosirea de tipuri interfața folosește cam la același scop.
Text in plus, că să nu fie flaguit de dup-detector.