接口

接口

接口是定义了合约但并没有实现的类型。举个例子：

type Logger interface {
  Log(message string)
}

那这样做有什么作用呢？其实，接口有助于将代码与特定的实现进行分离。例如，我们可能有各种类型的日志记录器：

type SqlLogger struct { ... }
type ConsoleLogger struct { ... }
type FileLogger struct { ... }

针对接口而不是具体实现的编程会使我们很轻松的修改（或者测试）任何代码都不会产生影响。

你会怎么用？就像任何其它类型一样，它结构可以这样：

type Server struct {
  logger Logger
}

或者是一个函数参数（或者返回值）：

func process(logger Logger) {
  logger.Log("hello!")
}

在像 C# 或者 Java 这类语言中，当类实现接口时，我们必须显式的：

public class ConsoleLogger : Logger {
  public void Logger(message string) {
    Console.WriteLine(message)
  }
}

在 Go 中，下面的情况是隐式发生的。如果你的结构体有一个函数名为 Log 且它有一个 string 类型的参数并没有返回值，那么这个结构体被视为 Logger 。这减少了使用接口的冗长：

type ConsoleLogger struct {}
func (l ConsoleLogger) Log(message string) {
  fmt.Println(message)
}

Go 倾向于使用小且专注的接口。Go 的标准库基本上由接口组成。像 io 包有一些常用的接口诸如 io.Reader ， io.Writer ， io.Closer 等。如果你编写的函数只需要一个能调用 Close() 的参数，那么你应该接受一个 io.Closer 而不是像 io 这样的父类型。
接口可以成为其他接口的一部分，也就是说接口也可以与其他接口组成新的接口。例如， io.ReadCLoser 的接口是由 io.Reader 接口和 io.Closer 接口组成的。

最后，接口通常用于避免循环导入。由于它们没有具体的实现，因此它们的依赖是有限的。

本译文仅用于学习和交流目的，转载请务必注明文章译者、出处、和本文链接
我们的翻译工作遵照 CC 协议，如果我们的工作有侵犯到您的权益，请及时联系我们。

原文地址：https://learnku.com/docs/the-little-go-b...

译文地址：https://learnku.com/docs/the-little-go-b...