Projektowanie REST API dla użytkownika posiadającego karnet

Cześć,
Konstruuję REST API dla swojego mini projektu gdzie użytkownik będzie miał możliwość posiadania karnetu. Jak byście podeszli do zaprojektowania api ktore zwraca takie informacje? Po prostu pobierać informacje w całości jako zasób karnet i sprawdzać na froncie(co nie wydaje mi się dobrym pomysłem pchanie wszystkiego przez weba) czy np w poniższy sposób i zwracać konkretne info dla karnetu

/pass/{id}/status

który zwraca nam zasób "Status z datą początku, końca i informacją czy jest ważny (dla przykładu). Jak byście podeszli do samego projektowania endpointa? Może jakieś inne podejście? Jakbyście to zrobili?

Wystawiasz w endpoincie to co jest potrzebne i nic więcej.

arjer napisał(a):

Cześć,
Konstruuję REST API dla swojego mini projektu gdzie użytkownik będzie miał możliwość posiadania karnetu. Jak byście podeszli do zaprojektowania api ktore zwraca takie informacje? Po prostu pobierać informacje w całości jako zasób karnet i sprawdzać na froncie(co nie wydaje mi się dobrym pomysłem pchanie wszystkiego przez weba) czy np w poniższy sposób i zwracać konkretne info dla karnetu

/pass/{id}/status

który zwraca nam zasób "Status z datą początku, końca i informacją czy jest ważny (dla przykładu). Jak byście podeszli do samego projektowania endpointa? Może jakieś inne podejście? Jakbyście to zrobili?

Zupełnie nie rozumiem, w którym punkcie masz problem Zaprojektuj obiekty (klasy) i tyle ... koncepcja nie będzie mocno inna, niż by było w monolicie