Jak fungují subscription v GraphQL?

Takže subscription v GraphQL je v podstatě způsob, jak dostávat real-time aktualizace od serveru. Na rozdíl od dotazů (které si prostě pošleš a čekáš na odpověď) a mutací (kde měníš data), subscription ti umožňují poslouchat na změny. Když se změní nějaká data, server to pošle všem klientům, kteří mají danou subscription otevřenou.

V praxi to často funguje přes WebSockety. To znamená, že se klient připojí k serveru pomocí WebSocketového spojení a pak může posílat subscription dotazy. Jakmile dojde ke změně dat, server automaticky „zapne“ posílání zpráv (eventů) zpět na klienta. Takže ty nemusíš neustále refreshovat nebo znovu dotazovat server.

Implementace může být trochu tricky, záleží na tom, jaký server a knihovnu používáš. Např. Apollo Server má docela dobrou podporu pro subscriptions a je to fajn začít s tím. Na klientské straně potřebuješ i nějakou knihovnu, která zvládne WebSockety, třeba Apollo Client nebo jiný řešení.

Důležitý je mít na paměti, že když se připojuješ k serveru, musíš mít správně nastavený endpoint pro WebSockety, jinak se nepřipojíš. Pak už jen čekáš na zprávy a zpracováváš je podle potřeby.

Pokud jde o příklad – dejme tomu, že máš chatovou aplikaci. Když někdo pošle zprávu, můžeš mít subscription, která poslouchá na nové zprávy a automaticky ti je zobrazí v reálném čase bez nutnosti obnovovat stránku.

Subscription v GraphQL je vlastně způsob, jak můžeš dostávat real-time aktualizace z serveru. To znamená, že když se na serveru něco změní, tak ti to hned pošle zpátky. Na rozdíl od dotazů (queries), které ti vrátí data na vyžádání, a mutací (mutations), které slouží k úpravám dat, subscription tě udržuje v obraze s tím, co se děje.

Na úrovni serveru potřebuješ implementovat logiku, která poslouchá na události a pak posílá zprávy klientům, kteří se přihlásili k odběru. Klienti se obvykle připojují přes WebSockety, což je protokol pro obousměrnou komunikaci. Takže můžeš mít třeba frontend v Reactu nebo jiném frameworku a použít knihovny jako Apollo Client nebo Relay, které ti to usnadní.

Při implementaci bys měl mít na paměti správné spravování připojení a zabezpečení komunikace. V praxi to vypadá tak, že když klient pošle subscription požadavek, server ho zaregistruje a pak při každé změně dat (např. nová zpráva v chatu) pošle aktualizaci všem přihlášeným klientům.

Například, pokud máš chatovací aplikaci, můžeš mít subscription na nové zprávy. Když někdo pošle zprávu, server to zachytí a pošle zprávu všem klientům najednou. Je to moc užitečné pro aplikace, kde chceš mít aktuální informace bez nutnosti neustále refreshovat stránku.

Takže, subscriptions v GraphQL jsou vlastně způsob, jak dostávat real-time aktualizace z serveru. To znamená, že když se něco změní na serveru (třeba někdo přidá nový komentář nebo upraví data), server to může poslat všem klientům, kteří se na to "přihlásili", a ti hned vidí změnu bez nutnosti obnovovat stránku nebo znovu dotazovat.

Na rozdíl od běžných dotazů (queries), které jen posílají požadavek a čekají na odpověď, nebo mutací (mutations), které mění data, subscriptions udržují otevřené spojení mezi klientem a serverem. To se většinou dělá přes WebSockety, což je protokol, který umožňuje obousměrnou komunikaci.

Prakticky to vypadá tak, že klient se připojí k serveru pomocí WebSocketu a pošle žádost o subscription. Server pak začne posílat data zpět, kdykoliv dojde k nějaké události, která se týká toho, co klient sleduje. Je to fajn pro chat aplikace nebo notifikace.

Implementace není zas tak složitá, ale chce to mít na paměti pár věcí: musíš mít správně nastavený server, který umí pracovat s WebSockety a subscription schema v GraphQL. Na klientovi pak potřebuješ knihovnu, která umí tyhle subscription zpracovávat – oblíbený je Apollo Client nebo Relay.

Jako příklad si představ chat aplikaci, kde každý uživatel má open subscription na nové zprávy – jakmile někdo pošle zprávu, server ji pushne všem uživatelům, kteří jsou online. Takže ty hned vidíš novou zprávu bez jakéhokoliv refreshování.