go语言的接口，go语言的接口必须大写吗

Golang入门到项目实战 | golang接口

接口像是一个公司里面的领导，他会定义一些通用规范，只设计规范，而不实现规范。

go语言的接口，是一种新的类型定义，它把所有的具有共性的方法定义在一起，任何其他类型只要实现了这些方法就是实现了这个接口。

语法格式和方法非常类似。

在接口定义中定义，若干个空方法。这些方法都具有通用性。

下面我定义一个USB接口，有读read和写write两个方法，再定义一个电脑Computer和一个手机Mobile来实现这个接口。

USB接口

Computer结构体

Mobile结构体

Computer实现USB接口方法

Mobile实现USB接口方法

测试

运行结果

下面我们定义一个OpenClose接口，里面有两个方法open和close，定义个Door结构体，实现其中一个方法。

相关问答

Q1: 【接口测试】Go语言进行简单的接口测试

在正常的测试中，当我们需要进行接口测试时，通常使用接口调试工具，如postman进行接口测试

目前我在尝试使用Go语言进行接口测试，使用的库均为Go自带的库。

注：当前采用的接口为时事新闻接口，每天可以请求100次，需要的同学，可以自行使用。

Q2: 【Golang】对使用接口实现多态的理解

看【Go语言实战】这本书第二遍了，看第一遍的时候只是留下个印象，为了加深记忆以及方便回顾，把自己的理解写出来，仅供参考，Go Go Go，开始

接口是用来定义行为的类型。这些被定义的行为不由接口直接实现，而是通过方法由用户 定义的类型实现。如果用户定义的类型实现了某个接口类型声明的一组方法，那么这个用户定 义的类型的值就可以赋给这个接口类型的值。这个赋值会把用户定义的类型的值存入接口类型 的值。

1、如果参数类型是指针，那么在调用的时候也必须传递指针地址，因为编译器不是总能自动获取一个值的地址

2、如果参数类型是值，那调用的时候传值或者指针都可以，因为通过指针可以获取到对应的值

1、定义一个接口，接口中定义一个方法，所有想要实现该接口的类型，必须先实现接口中的方法

2、定义一个类型，并为该类型以接收者方式实现【步骤1】中的接口方法

3、声明一个多态方法，接收的参数类型为【步骤1】中定义的接口类型

4、调用该多态方法，并把【步骤2】中定义的类型作为参数传递给【步骤3】中声明的多态方法，由多态方法来调用接口方法

Q3: go语言接口在一个包里,其他的包想实现,怎么做啊？

在 Go 语言中，如果一个接口在一个包里，其他包要实现该接口，需要遵循下列步骤：

1. 定义接口：

假设接口定义在 `foo` 包中：

go

package foo

type MyInterface interface {

MyMethod() string

}

2. 实现接口：

定义一个新的类型 `Bar`，并为其实现 `foo.MyInterface` 接口：

go

package bar

import "your-package/foo"

type Bar struct {

// ...

}

func (b Bar) MyMethod() string {

// implement method

return "bar"

}

在这里，需要导入 `foo` 包，并定义一个 `Bar` 类型，为其实现 `foo.MyInterface` 接口，这样就完成了在不同包中实现接口的目标。

如果在其他包中使用 `Bar`，需要先导入 `bar` 包，然后声明 `Bar` 实例，并将其转换为 `foo.MyInterface`，然后就可以调用 `MyMethod` 方法了：

go

import "your-package/bar"

func main() {

var myInterface foo.MyInterface = new(bar.Bar)

myInterface.MyMethod()

}

在这里，我们定义了一个 `myInterface` 实例，将其类型声明为 `foo.MyInterface`，并将其初始化为 `new(bar.Bar)`。这允许我们调用 `MyMethod` 方法，这个方法实际上是由 `bar.Bar` 类型实现的。

总结起来，在其他包中使用其它包的接口，需要实现接口的包定义一个新的类型，并完成接口的实现，另一个使用接口的包需要导入实现包的路径，并将接口转换成实现类型。

Q4: 为什么我不喜欢Go语言式的接口

所谓Go语言式的接口，就是不用显示声明类型T实现了接口I，只要类型T的公开方法完全满足接口I的要求，就可以把类型T的对象用在需要接口I的地方。这种做法的学名叫做Structural Typing，有人也把它看作是一种静态的Duck Typing。除了Go的接口以外，类似的东西也有比如Scala里的Traits等等。有人觉得这个特性很好，但我个人并不喜欢这种做法，所以在这里谈谈它的缺点。当然这跟动态语言静态语言的讨论类似，不能简单粗暴的下一个“好”或“不好”的结论。

我的观点:

Go的隐式接口Duck Typing确实不是新技术, 但是在主流静态编程语言中支持Duck Typing应该是很少的(不清楚目前是否只有Go语言支持).

静态类型和动态类型虽然没有绝对的好和不好, 但是每个都是有自己的优势的, 没有哪一个可以包办一切. 而Go是试图结合静态类型和动态类型(interface)各自的优势.

那么就从头谈起：什么是接口。其实通俗的讲，接口就是一个协议，规定了一组成员，例如.NET里的ICollection接口：

public interface ICollection {

int Count { get; }

object SyncRoot { get; }

bool IsSynchronized { get; }

void CopyTo(Array array, int index);

}

这就是一个协议的全部了吗？事实并非如此，其实接口还规定了每个行为的“特征”。打个比方，这个接口的Count除了需要返回集合内元素的数目以外，还隐含了它需要在O(1)时间内返回这个要求。这样一个使用了ICollection接口的方法才能放心地使用Count属性来获取集合大小，才能在知道这些特征的情况下选用正确的算法来编写程序，而不用担心带来性能问题，这才能实现所谓的“面向接口编程”。当然这种“特征”并不但指“性能”上的，例如Count还包含了例如“不修改集合内容”这种看似十分自然的隐藏要求，这都是ICollection协议的一部分。

go语言的接口的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于go语言的接口必须大写吗、go语言的接口的信息别忘了在本站进行查找喔。