Dwa endpointy na jeden frontend?

Question

Hej. Mam problem z koncepcją. Piszę front(React.js) i backend, zrobiłem sobie dwa endpointy dla użytkowników i danych które wyliczam po stronie serwera. Teraz chciałbym, żeby kiedy strona wstaje wyświetliła mi się lista użytkowników, ale też bym miał te wyliczone dane. Czy to jest złe podeście by na froncie strzelać do dwóch różnych endpointów?

Answer 1

Na froncie często strzela się do kilkudziesięciu różnych endpointów :) Generalnie każdy endpoint powinien dotyczyć konkretnej rzeczy.

Na przykład endpoint GET getUsers powinien zwrócić tylko listę userów, żadnych innych danych niezwiązanych z userami. Drugi endpoint np. GET getArticles zwraca tylko dane artykułów. Nie robi się ednpointów w stylu GET getAllData bo to bez sensu, jest trudne z testowaniu, utrzymaniu, obsłudze błędów itp. itd.

Comments

Dzięki, właśnie jak patrzyłem na przykłady frontu to widziałem tylko strzał do jednego endpointu i zastanawiałem się, czy na backendzie czegoś nie zrobiłem źle.

---

Najlepiej zacznij pisać sobie testy jednostkowe do swoich metod. Wtedy od razu wyczujesz, że coś jest nie tak jak okaże się, że jakiś mock http zwraca pierdylion danych i trzeba zrobić miliard przypadków testowych do jednej funkcji :)

Answer 2

Pytanie brzmi, o jakich endpointach mówimy. W przypadku REST-a każdy zasób to de facto inny endpoint. W przypadku GraphQL taka zależność już niekoniecznie zachodzi.

Ogólnie jednak system podzielony na wiele sensownych endpointów jest łatwiejszy w utrzymaniu niż system z jednym wielkim endpointem od wszystkiego.