我的函数应该将通道作为输入吗？

今天golang学习网给大家带来了《我的函数应该将通道作为输入吗？》，其中涉及到的知识点包括等等，无论你是小白还是老手，都适合看一看哦~有好的建议也欢迎大家在评论留言，若是看完有所收获，也希望大家能多多点赞支持呀！一起加油学习~

我正在构建一个 go 库，用于管理数据并将数据写入文件。我编写了一个可以向其传递数据的文件写入器，它会通过缓冲写入器将该数据写入文件。这意味着使用该库的服务在服务关闭后必须调用 close 方法才能写入缓冲区中的任何内容。我看到有两种处理此问题的方法：

1. 公开服务可以使用的 clos​​e 方法。
2. 使用渠道。如果服务关闭通道，则会关闭库中的缓冲区。我的 lib 函数如下所示：

func (r *Repo) Write(ctx context.Context, data <-chan Data, errCh chan<- error) error {
    for doc := range data {
        err := r.file.Write(ctx, doc)
        if err != nil {
            errCh <- err
        }
    }

    err = r.file.Close(ctx)
    return err
}

我的问题是 write() 签名是否有意义，因为它需要一个接收通道和一个发送错误通道作为输入？我还没有看到类似的例子。也许有更好的组织方式？

正确答案

选项 1。即使用 clos​​e 函数更有意义，特别是如果人们看看做事的方式。

当事情可以在没有通道的情况下完成时，使用通道也会使事情变得复杂。 就像 write 实现一样，有一个 for 循环不断读取数据。

for doc := range data {
        err := r.file.Write(ctx, doc)
        if err != nil {
            errCh <- err
        }
    }

这意味着任何调用此写入函数的人都会被阻塞，并且如果需要非阻塞行为，则需要将其调用到 goroutine 中。

另外还有一个简单的书写签名，例如：
func (r *repo) 写入(数据 data) 错误
看起来更干净，如果每次调用函数时上下文都没有改变，则上下文可以成为 repo 初始化的一部分。

今天带大家了解了的相关知识，希望对你有所帮助；关于Golang的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~