最近接手其他同学代码，发现业务功能实现了，但是对于在代码上，利用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这个特性，使得在代码上，看起来更加简洁明了。
