[SoftBull]

SOAP, REST czy GraphQL? Który do czego, który kiedy stosować? Zdania są podzielone

Żeby nie dostać oczopląsu i następującego po nim kociokwiku opracowałem (dla Was i dla siebie też!) tabelkę, w której zestawione są te trzy podejścia do wymiany danych w usługach. Opis każdego ze stylów jest uzupełniony poradnikiem wideo o jego implementacji

Jeśli Twoim zdaniem brakuje jakiejś kategorii w tabelce, to pomyślimy nad jej dodaniem, więc zachęcam do komentowania :) Miłej lektury, cześć!

A tak, artykuł.
Tu jest ⬇️♂️♂️
https://bykowski.pl/soap-rest-czy-graphql-porownanie-stylow-wymiany-danych/

#programowanie #programista15k #naukaprogramowania #java #backend #admin #technologia #informatyk #ciekawostki #jvm #byczazagroda #framework #frontend #soap #rest #spring #graphql

[K.....t]

@SoftBull: gRPC

[SoftBull]

@KingFight: Też myślałem, żeby go dorzucić, ale nie mam z nim doświadczenia projektowego. Jak w przyszłości będzie mi dane z nim mieć styczność to na pewno artykuł uzupełnię ;)

[saquas]

@SoftBull: graphQL nie zapewnia cachowania?

[SoftBull]

@saquas: Dobre pytanie! To w głównej mierze wynika z tego, że graphql ma stały endpoint. Nie ma jednego, unikalnego dostępu do zasobu, który możesz zbuforować w pamięci. Oczywiście graphql ma pośrednie obejścia na to, jednak dalekie do tego co możemy zrobić w REST :)

[2pek]

@SoftBull zaraz zlecą się pro juniorzy i powiedzą, że SOAP to tylko na początku lat 2000 się używało (✌ ﾟ ∀ ﾟ)☞ @fegwegw

[SoftBull]

@2pek: ktoś musi ich uświadomić - jak nie my, to życie - jednak już w bardziej brutalny sposób ;)

[k.....n]

@SoftBull określ co rozumiesz przez "umożliwia cacheowanie"

[SoftBull]

cacheowanie

@kuskoman: "cacheable"

[k.....n]

@SoftBull ale jakie cacheowanie, na jakim poziomie, po stronie klienta, czy serwera? Bo graphql umożliwia cacheowanie zarówno po stronie serwera jak i klienta