mk321
mk321
1
#programowanie #graphql #java

W podejściu z REST:
- Frontend z backendem komunikują się za pomocą REST.
- Systemy backendowe komunikują się ze sobą za pomocą REST.


W podejściu z GraphQL:
- Frontend z backendem komunikuje się za pomocą GraphQL.
- I tutaj pytanie. Oczywiście systemy backendowe nadal mogą komunikować się ze sobą REST-em. Ale czy ma sens zastosowanie tutaj GraphQL? Zalety byłby tak jak we frontend-backend (łatwiej pisać zapytania, mniej przesyłanych danych itd - oczywiście w backend-frontend robi to mniejszą różnicę). Wszędzie w artykułach jest o GraphQL tylko o frontend-backend, a nie mogę znaleźć słowa o zastosowaniu w backend-backend.

  • Najlepsze
  • Wszystkie komentarze
asciiterror
@mk321: musisz poprawić swoje google-fu ;)
link z brzegu: https://nordicapis.com/7-unique-benefits-of-using-graphql-in-microservices/
alex-fortune
alex-fortune
@mk321: komunikowanie się wewnątrz sieci po REST? Po jakim protokole?: >
wytrzzeszcz
@mk321: ja bym chyba dawał dokładnie tyle ile potrzeba, ale nie wiem czy to na pewno dobra droga, przed chwilą myśałem o API zwracającym HTML
mk321
mk321 Autor
0
@wytrzzeszcz: mówisz o frontend-backend czy backend-backend?

Kwestia frontend-backend jest dla mnie oczywista. Używało się REST, a teraz, żeby przesyłać tylko to co potrzeba jest podejście GraphQL.

Tylko czy ma to sens w backend-backend? Teoretycznie tak, bo też lepiej przesyłać tylko to co potrzeba. Tylko dlaczego nikt tak nie robi? (a przynajmniej nikt nie pisze o tym w internecie?)

mk321
mk321 Autor
0