利用Golang怎么对接口进行判断-创新互联

利用Golang怎么对接口进行判断？很多新手对此不是很清楚，为了帮助大家解决这个难题，下面小编将为大家详细讲解，有这方面需求的人可以来学习下，希望你能有所收获。

成都创新互联坚实的技术研发基础赢得了行业内的良好口碑，公司成立10多年来，为1000多家企业提供过网站建设、软件开发、搜索引擎优化技术、互联网大数据整合营销服务，多年的技术服务成功经验、众多的客户使我们能懂得更多，做得更好。"让您的网站跑起来"是我们一直追求的目标！

1.利用编译来判断Golang接口是否实现

看了一个底层通用链接池的库，有这么一行代码：

var _ Pooler = new(WeightedRoundRobin)

需要解释的是：Pooler是一个接口类型。

type Pooler interface {
  // ...
}

刚开始看是疑惑的，为什么new了之后是要抛弃调？

后面发现这个是为了验证某某接口是否被实现了？

多看了一些代码后发现很多地方有类似这样的写法。

至此Get到了。

解释：如果说次接口没有被实现，那么一方面ide会有红横线出现，另一方面在编译的时候会出现报错。两方面的提示来保证写底层代码的接口是有被实现的。

2.延伸出的make和new的区别

和小伙伴讨论期间，跑出了这么一个问题：“可以使用go test的方式，去_test.go文件中定义一个接口，来判断就好了。上文判断会存在浪费内存的情况”

这边两个点：

1.go test的方式肯定是可行的。

但是并没法保证程序员会真的记住去执行进行检测（非强制必须走的流程）。但是直接通过前文方式，是会在编译的时候抛错的，这个是必须走的流程，所以更推荐前文的方式。

2.new占内存？

new：申请了内存，但是不会将内存初始化，只会将内存置零，返回一个指针。

make：申请了内存，返回已初始化的结构体的零值。

回到正文，虽然申请了内存，但占的内存其实并不多，并且在初始化后的一次gc中便会回收。所以还好。

同时也不存在效率问题，编译型语言，你懂的。

同时验证一个new和取地址和make的区别的代码：

func main() {
 a1 := new([]int)
 a2:= &[]int{}
 a3:= make([]int,0)
 fmt.Println(a1,a2,a3,a1==a1)
}

输出：

&[] &[] [] true

附录：Golang new和 make的区别

扩展

对于内存的占用，今天看到一种写法。

var _ Tester = (*Test)(nil)

这样写和new的区别在于：new是编译的时候检查，这样写是运行的时候检查

补充：Golang接口实现多态

我就废话不多说了，大家还是直接看代码吧~

package main 
import (
  "fmt"
)
 
func main() {
  user := &User{name: "Chris"}
  user.ISubUser = &NormalUser{}
  user.sayHi()
  user.ISubUser = &ArtisticUser{}
  user.sayHi()
}
 
type ISubUser interface {
  sayType()
}
 
type User struct {
  name string
  ISubUser
}
 
func (u *User) sayHi() {
  u.sayName()
  u.sayType()
}
 
func (u *User) sayName() {
  fmt.Printf("I am %s.", u.name)
}
 
type NormalUser struct {
 
}
 
func (n *NormalUser) sayType() {
  fmt.Println("I am a normal user.")
}
 
type ArtisticUser struct {
 
}
 
func (a *ArtisticUser) sayType() {
  fmt.Println("I am an artistic user.")
}
//RUN 之后输出：
I am Chris.I am a normal user.
I am Chris.I am a artistic user.
//重用了sayName和sayHi方法，sayType方法可以多态来实现。

看完上述内容是否对您有帮助呢？如果还想对相关知识有进一步的了解或阅读更多相关文章，请关注创新互联行业资讯频道，感谢您对创新互联网站建设公司，的支持。

网站栏目：利用Golang怎么对接口进行判断-创新互联
本文来源：http://cxhlcq.com/article/dgpssh.html