golang的一個醜陋實現

好多些天前，我在golang實踐羣裏問了下面代碼的問題：

package main

import "fmt"

type Aer interface{
    Name()string
    PrintName()
}

type A struct {
}

func (a *A) Name() string {
    return "a"
}

func (a *A) PrintName() {
    fmt.Println(a.Name())
}

type B struct {
    A
}

func (b *B) Name() string {
    return "b"
}

func getAer() Aer {
    return &B{}
}

func main() {
    a := getAer()
    a.printName()
}

這個實現中，golang輸出的是a，這個實現違反了一般C++，Java，Python中會輸出b的實現，因爲上述幾個語言的思惟習慣已經造成，那麼這個實現就會致使不少意想不到的事情。

昨兒個在golang實踐羣中，有讚的兄弟（這位兄弟知道我提的上面的問題，並說這個是golang的實現方式）就問到了，在UnmarshalJSON的時候，爲什麼Test字段沒有被賦值，並在golang中提了issue

他的代碼以下：

package main

import (
    "encoding/json"
    "fmt"
)

type request struct {
    Operations map[string]op `json:"operations"`
}
type op struct {
  operation 
  Test string  `json:"test"`
}
type operation struct {
    Width  int    `json:"width"`
    Height int    `json:"height"`
}

func (o *operation) UnmarshalJSON(b []byte) error {
    type xoperation operation
    xo := &xoperation{Width: 500, Height: 500}
    if err := json.Unmarshal(b, xo); err != nil {
        return err
    }
    *o = operation(*xo)
    return nil
}

func main() {
    jsonStr := `{
            "operations": {
                "001": {
                     "test":"test",
                    "width": 100
                }
            }
        }`
    req := request{}
    json.Unmarshal([]byte(jsonStr), &req)
    fmt.Println(req)
}

這個問題的本質和我提出的那個問題同樣，由於op中嵌入了operation，因此有了UnmarshalJSON,符合了json包中Unmarshaler接口，因此內部用接口去處理的時候，op是知足的，但實際處理的是operation，也就是以operation做爲實體來進行UnmarshalJSON，致使了詭異的錯誤信息。

我覺得，這是golang實現中很是醜陋的一個地方。

按照耗子哥說的，若是語言實現規則是知道的，仍是容易犯錯誤的，那就是一個坑。

這個golang的坑，估計之後還得填。