Go语言接口的用法详解
一、接口的定义和好处
我们都知道接口给类提供了一种多态的机制,什么是多态,多态就是系统根据类型的具体实现完成不同的行为。
以下代码简单说明了接口的作用
package main
import (
"fmt"
"io"
"net/Http"
"os"
)
// init 在main 函数之前调用
func init() {
if len(os.Args) != 2 {
fmt.Println("Usage: ./example2 <url>")
os.Exit(-1)
}
}
// main 是应用程序的入口
func main() {
// 从WEB 服务器得到响应
r, err := http.Get(os.Args[1])
if err != nil {
fmt.Println(err)
return
}
// 从Body 复制到Stdout
io.Copy(os.Stdout, r.Body)
if err := r.Body.Close(); err != nil {
fmt.Println(err)
}
}
①注意下 http.Get(os.Args[1]) 这里他的返回值r是一个Response对象的指针,也就是请求的结果
做过web开发的都知道,下面是源代码
func Get(url string) (resp *Response, err error) {
return DefaultClient.Get(url)
}
以下是Response的结构,这里有一个Body,是一个io.ReadCloser类型的,这是啥?往下看
type Response struct {
Status string // e.g. "200 OK"
StatusCode int // e.g. 200
Proto string // e.g. "HTTP/1.0"
ProtoMajor int // e.g. 1
ProtoMinor int // e.g. 0
Header Header
Body io.ReadCloser
ContentLength int64
TransferEncoding []string
Close bool
Uncompressed bool
Trailer Header
Request *Request
TLS *tls.ConnectionState
}
ReadCloser是一个接口哦!Reader和Closer也同样是接口,接口里面都是方法。
type ReadCloser interface {
Reader
Closer
}
Reader接口
type Reader interface {
Read(p []byte) (n int, err error)
}
Closer接口
type Closer interface {
Close() error
}
②io.Copy(os.Stdout, r.Body) 这个方法,查看源码如下
func Copy(dst Writer, src Reader) (written int64, err error) {
return copyBuffer(dst, src, nil)
}
这里的输入参数dst是一个实现了Writer接口的对象,而src则是一个实现了Reader接口的对象,由此,我们可以知道为什么io.Copy(os.Stdout, r.Body)的第二个参数可以传r.Body了,因为①中展示了Body这个对象是实现了Reader接口的。同理os.Stdout对象这个接口值表示标准输出设备,并且已经实现了io.Writer 接口
os.Stdout返回的是一个*File, File里面只有一个*file,而*file是实现了下面两个接口的,下面是Go的源码
func (f *File) Read(b []byte) (n int, err error) {
if err := f.checkValid("read"); err != nil {
return 0, err
}
n, e := f.read(b)
return n, f.wrapErr("read", e)
}
func (f *File) Write(b []byte) (n int, err error) {
if err := f.checkValid("write"); err != nil {
return 0, err
}
n, e := f.write(b)
if n < 0 {
n = 0
}
if n != len(b) {
err = io.ErrShortWrite
}
epipecheck(f, e)
if e != nil {
err = f.wrapErr("write", e)
}
return n, err
}
所以说*File本身是继承了Writer和Reader接口的类型。
综上有了参数或者返回值是接口类型,就不用关注于具体的返回类型是什么,只要实现了的接口的方法都是可以被接受的。
二、接口值和实际对象值是怎么转化和存储的
我们都知道 如果一个类型实现了某个接口,那么这个类型的实际值是可以赋值给一个接口的变量的。
在C#中是这样的,例如将一个List赋值给一个IEnumerable类型的变量
IEnumerable<int> list = new List<int>();
在Go语言中也是这样的,请看下面的代码
package main
import (
"fmt"
)
type eat interface{
eat()(string)
}
type Bird struct
{
Name string
}
func (bird Bird) eat()string{
return "Bird:"+bird.Name+" eat"
}
func print(e eat){
fmt.Println(e.eat())
}
// main 是应用程序的入口
func main() {
bird1:= Bird{Name:"Big"}
bird2:= new(Bird)
bird2.Name = "Small"
print(bird1)
print(bird2)
var eat1 eat
eat1 = bird1
print(eat1)
}
结果
Bird:Big eat
Bird:Small eat
Bird:Big eat
这里定义了一个eat接口,有一个Bird的类型实现了该接口,print函数接受一个eat接口类型的参数,
这里可以看到前两次直接把bird1和bird2作为参数传入到print函数内,第二次则是声明了一个eat接口类型的变量eat1,然后将bird1进行了赋值。换句话说接口类型变量实际承载了实际类型值。这里是如何承载的呢?
这里我们把 eat1 称作 接口值,将bird1称作实体类型值,eat1和bird1的关系如下:
接口值可以看成两部分组合(都是指针)而成的。第一部分是【iTable的地址】第二部分是【实体类型值的地址】
关于interface的解析:
https://www.jb51.net/article/255284.htm
三、方法集的概念
简单的讲:方法集定义了接口的接受规则
举例说明:
package main
import (
"fmt"
)
type notifier interface {
notify()
}
type user struct {
name string
email string
}
func (u user) notify() {
fmt.Printf("Sending user email to %s<%s>\n",
u.name,
u.email)
}
func sendNotification(n notifier) {
n.notify()
}
func main() {
u := user{"Bill", "bill@email.com"}
sendNotification(u)
}
如上代码,定义了一个notifier接口,有一个方法nitify()方法,定义了一个user类型的结构,实现了notify方法,接收者类型是user,即实现了notifier接口,又定义了一个sendNotification方法,接收一个实现notifier接口的类型,并调用notify方法。
func (u *user) notify() {
fmt.Printf("Sending user email to %s<%s>\n",
u.name,
u.email)
}
func main() {
u := user{"Bill", "bill@email.com"}
sendNotification(u)
}
现在修正一下代码,将接收者改为user的指针类型。此时会发现原来调用的地方会出现错误。
cannot use u (type user) as type notifier in argument to sendNotification:user does not implement notifier (notify method has pointer receiver)
不能将u(类型是user)作为sendNotification 的参数类型notifier:user 类型并没有实现notifier(notify 方法使用指针接收者声明)
为什么会出现上面的问题?要了解用指针接收者来实现接口时为什么user 类型的值无法实现该接口,需要先了解方法集。方法集定义了一组关联到给定类型的值或者指针的方法。
定义方法时使用的接收者的类型决定了这个方法是关联到值,还是关联到指针,还是两个都关联。
以下是Go语言规范中的方法集:
上表的意思是:类型的值只能实现值接收者的接口;指向类型的指针,既可以实现值接收者的接口,也可以实现指针接收者的接口。
从接收者的角度来看一下这些规则
如果是值接收者,实体类型的值和指针都可以实现对应的接口;如果是指针接收者,那么只有类型的指针能够实现对应的接口。
所以针对上面的问题,将传入的u变成传入地址就可以了(可以套用一下表格,接收者*user对应的values是*user,所以传地址对应上面表格浅蓝色部分)
func (u *user) notify() {
fmt.Printf("Sending user email to %s<%s>\n",
u.name,
u.email)
}
func main() {
u := user{"Bill", "bill@email.com"}
sendNotification(&u)
}
综上我们总结一下,也就是说如果你的方法的接受者的类型是指针类型,那么方法的实现者就只能是指向该类型的指针类型,如果方法的接收者是值类型,那么方法的实现者可以是值类型也可以是指向该类型的指针类型。
面试题一个,下面的代码能否编译通过?
package main
import (
"fmt"
)
type People interface {
Speak(string) string
}
type Stduent struct{}
func (stu *Stduent) Speak(think string) (talk string) {
if think == "bitch" {
talk = "You are a good boy"
} else {
talk = "hi"
}
return
}
func main() {
var peo People = Stduent{}
think := "bitch"
fmt.Println(peo.Speak(think))
}
答案:不能。
分析:首先Speak的方法的接收者是*Student , 根据上面的规则,那么实现该方法的实现者只能是 *Student,但是 var peo People = Student{} 这里却将Student作为实现者赋值给了接口,这里就会出现问题。Integer(25)是一个字面量,而字面量是一个常量,所以没有办法寻址。
四、多态
// Sample program to show how polymorphic behavior with interfaces.
package main
import (
"fmt"
)
type notifier interface {
notify()
}
// user defines a user in the program.
type user struct {
name string
email string
}
func (u *user) notify() {
fmt.Printf("Sending user email to %s<%s>\n",
u.name,
u.email)
}
type admin struct {
name string
email string
}
func (a *admin) notify() {
fmt.Printf("Sending admin email to %s<%s>\n",
a.name,
a.email)
}
// main is the entry point for the application.
func main() {
// Create a user value and pass it to sendNotification.
bill := user{"Bill", "bill@email.com"}
sendNotification(&bill)
// Create an admin value and pass it to sendNotification.
lisa := admin{"Lisa", "lisa@email.com"}
sendNotification(&lisa)
}
func sendNotification(n notifier) {
n.notify()
}
上面的代码很好的说明的接口的多态,user和admin都实现了notify方法,既实现了的notifier接口,sendNotification函数接收一个实现notifier接口的实例,从而user和admin都可以当作参数使用sendNotification函数,而sendNotification里面的notify方法执行根据的是具体传入的实例中实现的方法。
到此这篇关于Go语言接口的文章就介绍到这了。希望对大家的学习有所帮助,也希望大家多多支持。
相关文章