个人中心
gpt4 book ai didi

Go语言中你不知道的Interface详解

转载 作者：qq735679552 更新时间：2022-09-29 22:32:09 24 4
gpt4 key购买 nike

CFSDN坚持开源创造价值，我们致力于搭建一个资源共享平台，让每一个IT人在这里找到属于你的精彩世界.

这篇CFSDN的博客文章Go语言中你不知道的Interface详解由作者收集整理，如果你对这篇文章有兴趣，记得点赞哟.

前言 。

最近在看Go语言的面向对象的知识点时，发现它的面向对象能力全靠 interface 撑着，而且它的 interface 还与我们以前知道的 interface 完全不同。故而整个过程不断的思考为什么要如此设计？这样设计给我们带来了什么影响?

interface 我不懂你 。

Rob Pike 曾说:

如果只能选择一个Go语言的特 性移植到其他语言中，他会选择接口 。

被Go语言设计者如此看重，想来 interface 一定是资质不凡，颜值爆表。但是说实话，当我第一次读这部分内容的时候，我产生了以下三个问题:

  • 原来的 implement 方式产生了什么问题，我用的不好好的吗？
  • 如果不通过 implement 把接口与实现类强制关联起来，它怎么知道我实现的哪个接口？
  • 这么干为实际编码带来了什么影响或者说好处？

带着这些问题我进行了一些比较与分析，Rob Pike 如此说，不可能是想骗我们都去用 Go，毕竟大家都是上过小学的，骗不了你们.

侵入式与非侵入式 。

在诸多的资料中，大家都提到 侵入式 与 非侵入式 这样的概念，我用代码来解释下这两个概念.

PHP 中的侵入式:

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
interface Person
{
  public function getAge();
  public function getName();
}
 
class Student implements Person
{
  private $age ;
  private $name ;
  public function getAge()
  {
   return $this ->age;
  }
 
  public function getName()
  {
   return $this ->name;
  }
}

Go 中的非侵入式 。

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
type Person interface {
  GetAge() int
  GetName() string
}
 
type Student struct {
  age int
  name string
}
 
func (s Student) GetAge() int {
  return s.age
}
 
func (s Student) GetName() string {
  return s.name
}
 
func main() {
  var p Person= Student{20, "Elon"}
 
  fmt.Println("This person name is", p.GetName())
  fmt.Println("This person age is", p.GetAge())
}

通过上面的代码我总结了以下问题:

  • 侵入式通过 implements 把实现类与具体接口绑定起来了，因此有了强耦合;
  • 如果我修改了接口，比如改了接口方法，则实现类必须改动；
  • 如果我希望实现类再实现一个接口，实现类也必须进行改动；
  • 后续跟进者，必须了解相关的接口。

这几个问题是开发中经常遇到的问题，而 Go 非侵入式的方式完美解决了这几个问题。他只要实现了与接口定义相同的方法，就算实现了某个接口，最重要的，随着代码的增加，你的类结构不会像 Java 那样发生爆炸。因为你根本不用关心你实现了什么接口，你只需要关心你的类有什么方法，方法有什么功能。在实现类的时候也不需要像 Java、PHP 一样引入各种接口，有可能你定义类的时候，某个接口还不存在，接下来我单独说说该方式的意义.

interface 意义非凡 。

在我没有理解之前，我觉得Go的接口很变扭，以前的码代码的思路都是：先设计好接口，再去做具体的实现。现在一个类你可能根本分不清他实现了那个接口。还是上面的例子，稍微改一下 。

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
type Person interface {
  GetAge() int
  GetName() string
}
 
type Car interface {
  GetAge() int
  GetName() string
}
 
type Student struct {
  age int
  name string
}
 
func (s Student) GetAge() int {
  return s.age
}
 
func (s Student) GetName() string {
  return s.name
}

这里有两个接口 Person、Car 他们有相同的方法，而 Student 实现了这两个方法，在 Go 里边就可以说他同时实现了这两个接口，不信你试试 。

?
1
2
3
4
5
6
7
8
9
10
11
func main() {
  var p Person= Student{20, "Elon"}
 
  fmt.Println("This person name is", p.GetName())
  fmt.Println("This person age is", p.GetAge())
 
  var c Car= Student{1, "BMW"}
 
  fmt.Println("This car name is", c.GetName())
  fmt.Println("This car age is", c.GetAge())
}

这里只是为了说明问题，名字上看起来有点诡异(Student 竟然可以是车？上车就是上 Student？) 。

这种能力带来的真正让人吃惊的地方是什么？从此以后我可以先写类了，我先根据实际情况把类的功能做好，在某个我具体需要使用的地方，我再定义接口。说的专业点：也就是接口是由使用方根据自己真实需求来定义，并且不用关心是否有其它使用方定义过.

这样子到底解决了什么开发中的问题？举个例子：我们一个大团队在开发一个商城系统，m端、app端、pc端都有购物车的需求，底层根据不同的需求已经实现了一个Cart类，通过该类可以获取购物车价格、数量等。例如:

?
1
2
3
4
5
6
7
8
9
10
11
12
type Cart struct {
  price float32
  num int
}
 
func (c Cart) GetPrice() float32 {
  return c.price
}
 
func (c Cart) GetNum() int {
  return c.num
}

这个时候前端要进行调用了，他们可以自由定义接口名称用于接受，只需要关心自己的接口需要什么方法，Cart 是否全部实现了需要的方法，每一个端完全可以自己定义一个接口，接口名称、定义的方法顺序都可以不同.

我觉得这才是真正做到了：依赖于接口而不是实现，优先使用组合而不是继承 。

总结 。

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对我的支持.

原文链接：https://segmentfault.com/a/1190000013280677 。

最后此篇关于Go语言中你不知道的Interface详解的文章就讲到这里了,如果你想了解更多关于Go语言中你不知道的Interface详解的内容请搜索CFSDN的文章或继续浏览相关文章，希望大家以后支持我的博客！ 。

24 4 0
文章推荐： Go语言实现自动填写古诗词实例代码
文章推荐： golang json性能分析详解
文章推荐： go grpc安装使用教程
文章推荐： 在Go语言中使用JSON的方法
qq735679552
个人简介

我是一名优秀的程序员,十分优秀！

滴滴打车优惠券免费领取
滴滴打车优惠券
全站热门文章
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com