关于Golang中struct与interface中的指针使用

535 阅读1分钟

先说结论: Go不同于一般的面向对象语言, Object.setKey1(string) 并不一定会改变Key1的值 比如:

Func (O Object)setKey1(value string){
      O.key=value
}

Func (O *Object)setKey1(value string){
      O.key=value
}

上面的只是值拷贝,是的,真的只是值拷贝。完整的,我写了如下代码:

package main


type ttt1 struct {
	A1 string
}

func (t ttt1)setA1()  {
	t.A1="666"
}

func (t *ttt1)set2A1()  {
	t.A1="777"
}

func main() {
	var t ttt1
	t.set2A1()
	println(t.A1)
	t.setA1()
	println(t.A1)
}

注:最后输出为 777 777 而不是 777 666

还有个问题就是接口的赋值,如果

interface{
set2A1()
}

第一个Oject里是 func (o object)set2A1() 第一个Oject里是 func (o *object2)set2A1() 这么写编译器都不让过,因为没有意思,一个方法是值传递,一个方法是地址传递。 我上一段代码:

package main

type ttt1 struct {
	A1 string
}

type ttt2 struct {
	A1 string
}

type IN interface {
	set2A1()
}

func (t ttt1) setA1() {
	t.A1 = "666"
}

func (t *ttt1) set2A1() {
	t.A1 = "777"
}

func (t *ttt2) set2A1() {
	t.A1 = "777"
}

func main() {
	var t1 ttt1
	var t2 ttt2
	var i IN
	i = t1
	i.set2A1()
	println(t1.A1)
	i = t2
	i.set2A1()
	println(t2.A1)

}

Golang的这种特性,也就不难理解指针满天飞了。 我觉得这样仅仅是表面上很好!反正有GC,也不用考虑野指针的问题。 但是,比如有研究一个库的内容也好,研究前人先的代码也好。 一个interface里塞了2个东西,这两个东西里又有别的函数,前后瞎搞胡搞,再想搞什么值传递、引用传递就很麻烦了。 interface的赋值,个人觉得真的是一个麻烦的东西,自己的代码里,最好只是提供一个简洁的interface暴露出去。别指望着你的interface成了标准,别人写两函数再实现你的interface。