Wprowadzam goroutines to mojego projektu i chciałbym się dowiedzieć czy dobrze to zrobiłem :) https://pastebin.com/jmKyZeyk
Wydaje mi się, że jest to źle, szczególnie z tymi errorami. Nie wiem jak to ugryźć.
#go #golang
Wydaje mi się, że jest to źle, szczególnie z tymi errorami. Nie wiem jak to ugryźć.
#go #golang
if err == nil { ... if err == nil { ... } }Polecam ten artykul na temat "happy path" w kodzie i dlaczego utrzymywanie logiki biznesowej przy lewej stronie (a bledow w prawo) ulatwia czytanie kodu - https://medium.com/@matryer/line-of-sight-in-code-186dd7cdea88
@xa0s: czasem ludzie tworza kanal ktorym przesylaja bledy do glownego procesu, robi sie to wtedy troche podobne do zwracania bledow z goroutines tak jak z funkcji. Ale to troche antywzorzec. Bardziej idiomatycznym sposobem na ogarniecie tego jest pakiet
errgroup.https://godoc.org/golang.org/x/sync/errgroup
Errgroup dziala praktycznie tak samo jak waitgroup, z tym ze pozwala na proste zwracanie i obsluge bledow. Jedyna roznica w uzytkowaniu to ze zamiast