Golang Channels Or Wait Groups? Let Me Explain.

Рет қаралды 20,120

8 ай бұрын

► Join my Discord community for free education 👉 / discord
► Exclusive Lessons, Mentorship, And Videos 👉 / anthonygg_
► Enjoy a 60% Black Friday (limited spots) Discount on My Golang Course 👉 fulltimegodev.com
► Learn how I became a self-taught software engineer 👉fulltimegodev.com/#mystory
► Follow me on Twitter 👉 / anthdm
► Follow me on GitHub 👉 github.com/anthdm
SUBSCRIBE OR NO MARGARITAS
╔═╦╗╔╦╗╔═╦═╦╦╦╦╗╔═╗
║╚╣║║║╚╣╚╣╔╣╔╣║╚╣═╣
╠╗║╚╝║║╠╗║╚╣║║║║║═╣
╚═╩══╩═╩═╩═╩╝╚╩═╩═╝

Пікірлер: 48

@anthonygg_ 8 ай бұрын

► Join my Discord community for free education 👉 discord.com/invite/Ac7CWREe58 ► Exclusive Lessons, Mentorship, And Videos 👉 www.patreon.com/anthonygg_ ► 60% BLACK FRIDAY DISCOUNT on my Golang course 👉 fulltimegodev.com Thanks for watching

@ehSamurai3483 3 ай бұрын

TL;DR Use waitgroups when you don't want goroutine to return some data. Use channels when you do want goroutine to return some data.

@dukim632 3 күн бұрын

you can build your own waitGroup with go routine and channels, its just an abstraction you can either use it if it perfectly fits your needs or build one that does

@ZhaksylykAshim 8 ай бұрын

pls make a video about fan-in, fan-out patterns and usage of select keyword when working with multiple channels (also would be great if buffers, read and write chanells would be also discussed). My appreciation, maestro!

@matiasbpg 8 ай бұрын

I think you could skip the wg in the last example by using just an int that is decremented inside the for loop and making the loop sync inside the main. When the last value is received and the counter is zero, just close the channel and the execution of the main function continues

7 ай бұрын

Amazing video! I learned to add the waiter and the close into an anonymous go routine and keep the code out of the anonymous go routine. Thanks for this rich material

@athinodorossgouromalliis9021 8 ай бұрын

GG video man. When I was learning golang the when to use go routines with channels was a bit hard to understand and I wish your video was out back then! Cheers mate good job

@fdefontis 8 ай бұрын

Great video, both well explained and helpful, thank you!

@jamesblackman1623 8 ай бұрын

Great - really good simple demo - thanks

@0xastley 8 ай бұрын

When you demonstrated channels, I think you can make(chan string, size) so you can mimick the config you had with waitgroups. You'll only be expecting 3 messages into the channel and then close it.

@matiasbpg 8 ай бұрын

You are describing a buffered channel, which is really different from a channel which your only expect 3 values. What the buffer does is to prevent the channel from blocking when giving it values up to the capacity.

@kevinz1991 8 ай бұрын

super clear and easy to understand thank u

@errorbat 8 ай бұрын

What about the switch{} block and label brakes in for loop instead of using the waitgroups along with channels?

@rielj 5 ай бұрын

I think the reason why it didn't execute the last print is that the block that executes the channels' print is in a separate go routine, and the main function is also a go routine meaning that it's not included on the WaitGroup, such that once the WaitGroup is done on the main go routine it already exited the function hence the print inside the go routine is not included on the WaitGroup and is executed after the main go routine has done its task.

@krakhuba 3 ай бұрын

I've solved the problem in video by creation of second Waitgroup for processing results and closing channel after all workers are done - e.g. after wg.Wait() exists, now it works flawlessly (noob in Go, so I believe there are something like simple mutex instead of Workgroup for awaiting results processed in Go, but I know nothing yet about it): wgProcess := sync.WaitGroup{} wgProcess.Add(1) wg = &sync.WaitGroup{} wg.Add(3) go dowork(2*time.Second, ch) go dowork(4*time.Second, ch) go dowork(6*time.Second, ch) go func() { for r := range ch { fmt.Println(r) } fmt.Printf("Work done in %v ", time.Since(start)) wgProcess.Done() }() wg.Wait() close(ch) wgProcess.Wait() fmt.Println("Exited")

@MightyMoud Ай бұрын

Is there a way to do without a WG when you don't know how many routines will be there?

@kronst 8 ай бұрын

Are there any disadvantages of using this approach? For example if we need to make multiple parallel requests to fetch different type of results. func main() { start := time.Now() var r1 string var r2 int var r3 time.Time wg := sync.WaitGroup{} wg.Add(3) go func(wg *sync.WaitGroup) { r1 = "Hello" time.Sleep(1 * time.Second) wg.Done() }(&wg) go func(wg *sync.WaitGroup) { r2 = 42 time.Sleep(2 * time.Second) wg.Done() }(&wg) go func(wg *sync.WaitGroup) { r3 = time.Now() time.Sleep(3 * time.Second) wg.Done() }(&wg) wg.Wait() fmt.Println(r1, r2, r3) fmt.Printf("took: %v ", time.Since(start)) }

@hebozhe Ай бұрын

I don't use channels unless something is asynchronous forever. I just sense I'm wasting code harvesting channel results, when mutexes allow for arbitrarily large expansions into accepted containers.

@CrayonEater9845 8 ай бұрын

Would it make sense to invert your example, pass the wg.Wait to your anonymous function and have the channel for on the main thread to get results back to main thread? I suppose you could also pass a slice to the function instead of the wg

@anthonygg_ 8 ай бұрын

Yes there are multiple solutions. I just came up with something straightforward and I hope easy to understand for people that are new.

@ghoulbond 8 ай бұрын

Thanks Anthony, just a quick question is it a possible to close the channel inside the go routine in this way go func() { for res := range resultch { fmt.Println(res) } fmt.println() close(resultch) }() if it is possible, is it considered a good practice?

@anthonygg_ 8 ай бұрын

You are blocking on the for loop so closing wont be triggered

@daltonyon 3 ай бұрын

Great class!!! Personally I learn a lot

@vanshajdhar9223 8 ай бұрын

Best video on channels and waitgroups ❤

@bhavin19 8 ай бұрын

Hmm, shouldn't it be better if we just defer the Chan closing instead of using sleep?

@kangtran3008 7 ай бұрын

What's the color theme are you using? Thanks

@Darqonik 5 ай бұрын

Probably Gruvbox

@saifbenzamit5980 8 ай бұрын

G.O.A.T as always ❤

@aamonaze 8 ай бұрын

legend back

@amitkumdixit 8 ай бұрын

Why don't we add wg.Done in the local function instead of sleep

@wMwPlay 8 ай бұрын

But it feels like using both channels with waitgroups are taking more resources. Didn't test myself but heard using channels is much efficient and preffered than wg. Any other approaches to control that job is done? contexts?

@anthonygg_ 8 ай бұрын

100% correct. Context is also a good option. There is a video on that also.

@wMwPlay 8 ай бұрын

@@anthonygg_ will check it right nao

@ashishDandgawhale 7 ай бұрын

Im wondering why the wg.done() was not called? and without that how did the wg know that all goroutes are comeplted?

@mansourbaitar5194 8 ай бұрын

YOU ARE HIM

@anthonygg_ 8 ай бұрын

😹😹😹

@alexandrk5715 8 ай бұрын

Volume becomes lower and lower with every next video, please make it at least a little bit louder, it's becoming hard to listen. Thanks for your work.

@anthonygg_ 8 ай бұрын

Ok I will investigate this sounds issue