ToB企服应用市场:ToB评测及商务社交产业平台

标题: Go 接口-契约介绍 [打印本页]
作者: 耶耶耶耶耶    时间: 2023-12-7 12:13
标题: Go 接口-契约介绍
Go 接口-契约介绍


目录

一、接口基本介绍

1.1 接口类型介绍

接口是一种抽象类型，它定义了一组方法的契约，它规定了需要实现的所有方法。是由 type 和 interface 关键字定义的一组方法集合，其中，方法集合唯一确定了这个接口类型所表示的接口。
一个接口类型通常由一组方法签名组成，这些方法定义了对象必须实现的操作。接口的方法签名包括方法的名称、输入参数、返回值等信息，但不包括方法的实际实现。例如：
  1. type Writer interface {
  2.     Write([]byte) (int, error)
  3. }
复制代码
上面的代码定义了一个名为 Writer 的接口，它有一个 Write 方法，该方法接受一个 []byte 类型的参数并返回两个值，一个整数和一个错误。任何类型只要实现了这个 Write 方法的签名，就可以被认为是 Writer 接口的实现。
总之，Go语言提倡面向接口编程。
1.2 为什么要使用接口

现在假设我们的代码世界里有很多小动物，下面的代码片段定义了猫和狗，它们饿了都会叫。
  1. package main
  3. import "fmt"
  5. type Cat struct{}
  7. func (c Cat) Say() {
  8.         fmt.Println("喵喵喵~")
  9. }
  11. type Dog struct{}
  13. func (d Dog) Say() {
  14.         fmt.Println("汪汪汪~")
  15. }
  17. func main() {
  18.         c := Cat{}
  19.         c.Say()
  20.         d := Dog{}
  21.         d.Say()
  22. }
复制代码
这个时候又跑来了一只羊，羊饿了也会发出叫声。
  1. type Sheep struct{}
  3. func (s Sheep) Say() {
  4.         fmt.Println("咩咩咩~")
  5. }
复制代码
我们接下来定义一个饿肚子的场景。
  1. // MakeCatHungry 猫饿了会喵喵喵~
  2. func MakeCatHungry(c Cat) {
  3.         c.Say()
  4. }
  6. // MakeSheepHungry 羊饿了会咩咩咩~
  7. func MakeSheepHungry(s Sheep) {
  8.         s.Say()
  9. }
复制代码
接下来会有越来越多的小动物跑过来，我们的代码世界该怎么拓展呢？
在饿肚子这个场景下，我们可不可以把所有动物都当成一个“会叫的类型”来处理呢？当然可以！使用接口类型就可以实现这个目标。 我们的代码其实并不关心究竟是什么动物在叫，我们只是在代码中调用它的Say()方法，这就足够了。
我们可以约定一个Sayer类型，它必须实现一个Say()方法，只要饿肚子了，我们就调用Say()方法。
  1. type Sayer interface {
  2.     Say()
  3. }
复制代码
然后我们定义一个通用的MakeHungry函数，接收Sayer类型的参数。
  1. // MakeHungry 饿肚子了...
  2. func MakeHungry(s Sayer) {
  3.         s.Say()
  4. }
复制代码
我们通过使用接口类型，把所有会叫的动物当成Sayer类型来处理，只要实现了Say()方法都能当成Sayer类型的变量来处理。
  1. var c cat
  2. MakeHungry(c)
  3. var d dog
  4. MakeHungry(d)
复制代码
在电商系统中我们允许用户使用多种支付方式（支付宝支付、微信支付、银联支付等），我们的交易流程中可能不太在乎用户究竟使用什么支付方式，只要它能提供一个实现支付功能的Pay方法让调用方调用就可以了。
再比如我们需要在某个程序中添加一个将某些指标数据向外输出的功能，根据不同的需求可能要将数据输出到终端、写入到文件或者通过网络连接发送出去。在这个场景下我们可以不关注最终输出的目的地是什么，只需要它能提供一个Write方法让我们把内容写入就可以了。
Go语言中为了解决类似上面的问题引入了接口的概念，接口类型区别于我们之前章节中介绍的那些具体类型，让我们专注于该类型提供的方法，而不是类型本身。使用接口类型通常能够让我们写出更加通用和灵活的代码。
1.3 面向接口编程

PHP、Java等语言中也有接口的概念，不过在PHP和Java语言中需要显式声明一个类实现了哪些接口，在Go语言中使用隐式声明的方式实现接口。只要一个类型实现了接口中规定的所有方法，那么它就实现了这个接口。
Go语言中的这种设计符合程序开发中抽象的一般规律，例如在下面的代码示例中，我们的电商系统最开始只设计了支付宝一种支付方式：
  1. type ZhiFuBao struct {
  2.         // 支付宝
  3. }
  5. // Pay 支付宝的支付方法
  6. func (z *ZhiFuBao) Pay(amount int64) {
  7.   fmt.Printf("使用支付宝付款：%.2f元。\n", float64(amount/100))
  8. }
  10. // Checkout 结账
  11. func Checkout(obj *ZhiFuBao) {
  12.         // 支付100元
  13.         obj.Pay(100)
  14. }
  16. func main() {
  17.         Checkout(&ZhiFuBao{})
  18. }
复制代码
随着业务的发展，根据用户需求添加支持微信支付。
  1. type WeChat struct {
  2.         // 微信
  3. }
  5. // Pay 微信的支付方法
  6. func (w *WeChat) Pay(amount int64) {
  7.         fmt.Printf("使用微信付款：%.2f元。\n", float64(amount/100))
  8. }
复制代码
在实际的交易流程中，我们可以根据用户选择的支付方式来决定最终调用支付宝的Pay方法还是微信支付的Pay方法。
  1. // Checkout 支付宝结账
  2. func CheckoutWithZFB(obj *ZhiFuBao) {
  3.         // 支付100元
  4.         obj.Pay(100)
  5. }
  7. // Checkout 微信支付结账
  8. func CheckoutWithWX(obj *WeChat) {
  9.         // 支付100元
  10.         obj.Pay(100)
  11. }
复制代码
实际上，从上面的代码示例中我们可以看出，我们其实并不怎么关心用户选择的是什么支付方式，我们只关心调用Pay方法时能否正常运行。这就是典型的“不关心它是什么，只关心它能做什么”的场景。
在这种场景下我们可以将具体的支付方式抽象为一个名为Payer的接口类型，即任何实现了Pay方法的都可以称为Payer类型。
  1. // Payer 包含支付方法的接口类型
  2. type Payer interface {
  3.         Pay(int64)
  4. }
复制代码
此时只需要修改下原始的Checkout函数，它接收一个Payer类型的参数。这样就能够在不修改既有函数调用的基础上，支持新的支付方式。
  1. // Checkout 结账
  2. func Checkout(obj Payer) {
  3.         // 支付100元
  4.         obj.Pay(100)
  5. }
  7. func main() {
  8.         Checkout(&ZhiFuBao{}) // 之前调用支付宝支付
  10.         Checkout(&WeChat{}) // 现在支持使用微信支付
  11. }
复制代码
像类似的例子在我们编程过程中会经常遇到：
接口类型是Go语言提供的一种工具，在实际的编码过程中是否使用它由你自己决定，但是通常使用接口类型可以使代码更清晰易读。
1.4 接口的定义

每个接口类型由任意个方法签名组成，接口的定义格式如下：
  1. type 接口类型名 interface{
  2.     方法名1( 参数列表1 ) 返回值列表1
  3.     方法名2( 参数列表2 ) 返回值列表2
  4.     …
  5. }
复制代码
其中：
下面是一个典型的接口类型 MyInterface 的定义：
  1. type MyInterface interface {
  2.     M1(int) error
  3.     M2(io.Writer, ...string)
  4. }
复制代码
通过这个定义，我们可以看到，接口类型 MyInterface 所表示的接口的方法集合，包含两个方法 M1 和 M2。之所以称 M1 和 M2 为“方法”，更多是从这个接口的实现者的角度考虑的。但从上面接口类型声明中各个“方法”的形式上来看，这更像是不带有 func 关键字的函数名 + 函数签名（参数列表 + 返回值列表）的组合。
在接口类型的方法集合中声明的方法，它的参数列表不需要写出形参名字，返回值列表也是如此。也就是说，方法的参数列表中形参名字与返回值列表中的具名返回值，都不作为区分两个方法的凭据。
比如下面的 MyInterface 接口类型的定义与上面的 MyInterface 接口类型定义都是等价的：
  1. type MyInterface interface {
  2.     M1(a int) error
  3.     M2(w io.Writer, strs ...string)
  4. }
  6. type MyInterface interface {
  7.     M1(n int) error
  8.     M2(w io.Writer, args ...string)
  9. }
复制代码
不过，Go 语言要求接口类型声明中的方法必须是具名的，并且方法名字在这个接口类型的方法集合中是唯一的。前面我们在学习类型嵌入时就学到过：Go 1.14 版本以后，Go 接口类型允许嵌入的不同接口类型的方法集合存在交集，但前提是交集中的方法不仅名字要一样，它的方法签名部分也要保持一致，也就是参数列表与返回值列表也要相同，否则 Go 编译器照样会报错。
比如下面示例中 Interface3 嵌入了 Interface1 和 Interface2，但后两者交集中的 M1 方法的函数签名不同，导致了编译出错：
  1. type Interface1 interface {
  2.     M1()
  3. }
  4. type Interface2 interface {
  5.     M1(string)
  6.     M2()
  7. }
  9. type Interface3 interface{
  10.     Interface1
  11.     Interface2 // 编译器报错：duplicate method M1
  12.     M3()
  13. }
复制代码
上面举的例子中的方法都是首字母大写的导出方法，所以在 Go 接口类型的方法集合中放入首字母小写的非导出方法也是合法的，并且我们在 Go 标准库中也找到了带有非导出方法的接口类型定义，比如 context 包中的 canceler 接口类型，它的代码如下：
[code]// $GOROOT/src/context.go// A canceler is a context type that can be canceled directly. The// implementations are *cancelCtx and *timerCtx.type canceler interface {    cancel(removeFromParent bool, err error)    Done()



欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/) Powered by Discuz! X3.4