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的坑，估計以後還要填。