Vlákno názorů k článku Použití message brokeru NATS od ivoszz - Omlouvám se autorovi, ale po opětovném přečtení bych...

Omlouvám se autorovi, ale po opětovném přečtení bych ještě přidal jednu poznámku. Podle mne se trochu v příkladech ztratily dvě skutečnosti.

1. Standardní conn vytvořený přes nats.Connect(...) umí zasílat jen pole bytů. Nad ním lze vytvořit EncodedConnection, kterému se jako parametr předá typ zakódování zprávy (typicky třeba JSON nebo Protocol Buffers) a spojení je automaticky serializováno a deserializováno, přičemž lze oba dva typy spojení na klientu a serveru libovolně kombinovat, pokud zajistíte potřebnou odpovídající serializaci/de­serializaci.

2. Příjemce zpráv může zprávy zpracovávat asynchronně nebo synchronně. V uvedeném příkladu přes callback se jedná o asynchronní zpracování, u synchronního si sami vyzvedáváte novou zprávu. V tomto případě je udržována fronta zpráv, kde můžete zjišťovat (případně nastavovat) její délku. V tomto ohledu je zpracování přes kanál synchronní.

To je naprosto v pořádku a já naopak moc děkuji za doplnění. K bodu 1 bude příště několik příkladů, především klasický Protocol Buffers (to je velmi užitečná věc, dobrá alternativa asi ke třem pokusům o "binární JSON")