go语言的接口使用 golang接口深入理解

小程序：扫一扫查出行
【扫一扫了解最新限行尾号】
复制小程序

golang需要service接口吗

是的，Go语言需要使用service接口来实现服务器端的功能，例如处理HTTP请求、接收和发送数据等等。是的，Go语言需要使用service接口来实现服务器端的功能，例如处理HTTP请求、接收和发送数据等等。

java怎么调用golang的接口

1 接口go语言的接口使用的定义与理解

接口是一个自定义类型go语言的接口使用，它是一组方法的集合。从定义上来看go语言的接口使用，接口有两个特点。第一go语言的接口使用，接口本质是一种自定义类型，因此不要将golang中的接口简单理解为C++/Java中的接口，后者仅用于声明方法签名。第二，接口是一种特殊的自定义类型，其中没有数据成员，只有方法（也可以为空）。

接口是完全抽象的，因此不能将其实例化。然而，可以创建一个其类型为接口的变量，它可以被赋值为任何满足该接口类型的实际类型的值。接口的重要特性是：

（1）只要某个类型实现了接口要的方法，那么go语言的接口使用我们就说该类型实现了此接口。该类型的值可以赋给该接口的值;

（2）作为1的推论，任何类型的值都可以赋值给空接口interface{}

注意：这只是golang中接口的特性，为非所有类型的特性（接口是一种特殊的类型）。

接口的特性是golang支持鸭子类型的基础，即“如果它走起来像鸭子，叫起来像鸭子（实现了接口要的方法），它就是一只鸭子（可以被赋值给接口的值）”。凭借接口机制和鸭子类型，golang提供了一种有利于类、继承、模板之外的更加灵活强大的选择。

2 例子

type Exchanger interface {

exchange()

}

type StringPair struct {

first, second string

}

type Point[2]int

func (sp *StringPair) exchange() {

sp.first, sp.second = sp.second, sp.first

}

func (p *Point) exchange() {

p[0], p[1] = p[1], p[0]

}

func exchangeThese(exchangers ...Exchanger) {

for _, exchanger := range exchangers {

exchanger.exchange()

}

func main() {

pair1 := StringPair{"abc","def"}

pair2 := StringPair{"ghi","jkl"}

point := Point{5, 7}

fmt.Println(pair1, pair2, point)

pair1.exchange()

pair2.exchange()

point.exchange()

fmt.Println(pair1, pair2, point)

// exchangeThese(pair1, pair2) //wrong

exchangeThese(pair1, pair2)

fmt.Println(pair1, pair2)

}

运行结果

在本例中，自定义类型StringPair和Point指针实现了接口Exchanger所需的方法，因此该类型的值可以被赋值给接口的值。

另外，特别注意一点。如果使用exchangeThese(pair1,

pair2)会导致编译错误（如下图），正确写法应当是exchangeThese(pair1,

pair2)。这是由于真正满足接口Exchanger的类型是StringPair指针，而非StringPair。

在golang中，值接收者和指针接收者的方法集是不同的。只是golang会智能地解引用和取引用，使得二者的方法集看上去是一样的。但是，在调用exchangeThese时，就凸显出二者的不同了。

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

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

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

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

为什么我不喜欢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协议的一部分。