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

2017-04-20  本文已影响2092人  flow__啊

先说结论:
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。

上一篇 下一篇

猜你喜欢

热点阅读