最近接手其他同学代码,发现业务功能实现了,但是对于在代码上,利用channel来充当回调函数,导致channel在整个代码中传递来,传递去,看起来相当痛苦,代码维护性也比较糟糕。下面写一些列子来说明这个情况。
示例1:利用channel充当callback
package main
import (
"fmt"
"time"
)
func main() {
ch := make(chan int)
go handleMsg(ch)
for index := range ch {
fmt.Println(index)
}
}
func handleMsg(ch chan int) {
t := time.Tick(time.Second)
index := 0
for {
select {
case <-t:
ch <- index
index++
}
}
}
虽然看上去,代码没啥大问题,这里有个潜在问题,利用channel的通信来发送数据,导致channel暴露在外部。接下来,我们看下示例2
示例2:隐藏内部细节,使用只读channel
package main
import (
"fmt"
"time"
)
func main() {
for val := range handleMsg() {
fmt.Println("index", val)
}
}
func handleMsg() <-chan int {
ch := make(chan int)
t := time.Tick(time.Second * 1)
index := 0
go func(index int) {
for {
select {
case <-t:
ch <- index
index++
}
}
}(index)
return ch
}
看,经过????上面代码改造,是不是隐藏了channel的细节,不产生channel的交互式调用关系,不要着急,我们看下面示例3????
示例3:函数做参数callback
package main
import (
"fmt"
"time"
)
func main() {
callBack := func(index int) {
fmt.Println("index:",index)
}
handleMsg(callBack)
}
func handleMsg(callBack func(index int)) {
t := time.Tick(time.Second)
index := 0
for {
select {
case <-t:
callBack(index)
index++
}
}
}
因为golang的函数可以做参数传递,可以很好解决回调的问题,这样没有带来channel使用的烦恼,似乎,利用callback这个特性,使得在代码上,看起来更加简洁明了。
有疑问加站长微信联系(非本文作者)