Ignorowanie atrybutu w jednej klasie i wyświetlanie w drugiej - @Entity - JSON

Question

Cześć. Mam dwie klasy oznaczone adnotacją @Entity - klasę Books(https://pastebin.com/KZjbQAn0 ) i klasę BooksRentals(https://pastebin.com/pN3Ac9aG ), ktora korzysta z Book.

Mam metodę, która odpowiada za wyświetalnie wszystkich wypożyczeń w całej bilbiotece. Gdy jest jakieś wypożeczenie to output w postaci JSONA wygląda tak: 

[
    {
        "id": 1,
        "book": {
            "id": 1,
            "title": "Krzyżacy",
            "author": "Henryk Sienkiewicz",
            "category": "powieść historyczna",
            "available": false
        },
        "user": {
            "id": 2,
            "name": "piotri",
            "password": "123"
        }
    }
]

Chciałbym wywalić atrybut available z wyświetlania, ale nie mogę zrobić @JsonIgnore w klasie Book, ponieważ potrzebuje go podczas wyświetlania wszystkich książek tak jest jest to tutaj 

[
    {
        "id": 1,
        "title": "Krzyżacy",
        "author": "Henryk Sienkiewicz",
        "category": "powieść historyczna",
        "available": false
    }
]

Jak to zrobić? Jak ustawić by w jednej klasie mi wyświetlało ten atrybut, a w drugiej ignorowało?

Answer 1

Przede wszystkim, to według mnie, nie powinieneś dopuścić do sytuacji gdy obiekty domenowe wychodzą na zewnątrz. Na zewnątrz, powinieneś wystawiać DTO. Wtedy w DTO po prostu możesz pominąć dane pole. A jak będziesz chciał to możesz utworzyć drugiego DTO'sa w którym to pole będziesz miał (jeżeli będzie taka potrzeba).

Z drugiej strony, czemu chcesz aby pole avaiable było ignorowane?

Comments

Wydaje mi się bez sensu trzymać to pole w wynikach wypożyczeń.Wiadome jest, ze skoro książka jest wypożyczona to nie może być dostępna.

Nie bardzo rozumiem, jak obiekty domenowe wychodzą na zewnątrz? Co źle zrobiłem?

---

Jeżeli javowy obiekt jest odwzorowaniem obiektu bazodanowego, to taki obiekt nie powinien móc być serializowany żeby go przesłać (np po Http - jak w aplikacjach REST'owych). Klasy @Entity powinny być package-private/publiczne wewnątrz modułu. Wysyłając coś "na zewnątrz" (np robiąc REST API) powinieneś wysyłać DTO takich klas.

---

nie bardzo dalej nie rozumiem, myślałem ze DTO to są te klasy z modelu, a DAO to repozytoria.

Mówisz o wzorcu DTO (czytam wlasnie w internecie)? Mam jakoś stworzyć nowe klasy i przez te klasy przesyłać dane do serwisu?

---

Tak w DTO używasz nowych klas. Używasz je aby nie przesyłać całych obiektów z modelu np.
- Masz formularz więc będziesz używać kilka pól  te co są w formularzu
- komunikacja REST - nie chcesz przesyłać lub pokazywać wszystkiego dla klienta
Potem mapujesz obiekty z modelu na te z DTO i je przesyłasz.

Nasunęło mi się pytanie przy tym temacie. Co jak tylko czasami chcę udostępniać ten atrybut z klasy. Zależałoby to od logiki biznesowej. Lepiej zrobić w takim razie dwie klasy DTO, czy po prostu usuwać wartość jak najdzie taka potrzeba?

---

Już rozwiązałem problem w totalnie inny sposób a użyłem ResponseEntity i JSONSerializer