golang的一个丑陋实现

概述好多些天前，我在golang实践群里问了下面代码的问题： package mainimport "fmt"type Aer interface{ Name()string PrintName()}type A struct {}func (a *A) Name() string { return "a"}func (a *A) PrintName(

好多些天前，我在golang实践群里问了下面代码的问题：

package mainimport "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 mainimport (    "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的坑，估计以后还得填。

总结

以上是内存溢出为你收集整理的golang的一个丑陋实现全部内容，希望文章能够帮你解决golang的一个丑陋实现所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。