Golang Go语言中关于接口和面向对象问题的一点遐（扯）想（蛋）
Golang Go语言中关于接口和面向对象问题的一点遐（扯）想（蛋）
问题的起因是看到一种很奇怪的写法： 结构体 A 实现了接口 B，其中一个接口 B 嵌套了接口 C、D，另外有一个方法 Fun()，B 的引用是 b。 b.(interface{ Fun() }).Fun() 这里调用的是结构体 A 的方法 Fun()。
这里的问题就来了，这种写法比较奇怪，但是好歹算是正确的。如何保证它的正确性呢？ 放在 Java 里肯定不行，因为 Java 是有类继承的，类的类型可以在子类父类间转换。这种写法只能在 Fun()只有一个实现的情况下才能保证正确性，然而 golang 其实也是有重写这个概念的。
查了一下发现，类型断言 v := varI.(T)，其中 varI 只能是接口。或许是因为这个机制从而保证了上述写法的正确性。
请指正！
更多关于Golang Go语言中关于接口和面向对象问题的一点遐（扯）想（蛋）的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html
和 java 的没啥关系，只要是名字参数都符合就可以转过去了，也没有啥基类派生类。。
更多关于Golang Go语言中关于接口和面向对象问题的一点遐（扯）想（蛋）的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html
不是，你把接口改成 B 也行。
我觉得这么写可能是因为阅读方便，原来的 B 接口有 N 多个方法，而你只用 B 接口中的几个方法，把他们组成一个接口，这样阅读性更好些。
不过我还是觉得这种写法不太自然
go 的隐式实现接口的特性可以让它凭空实现一个含结构体方法的接口（所谓无中生妈），这种写法其实没卵用，或者说我现在还没有发现它有什么卵用。
go 用组合代替继承，可以实现重写。
后来想了想，其实重写和接口没关系。。。
go 里面也不行，
编译时无法保证 b 实现了 Fun() ，运行时如果 b 未实现 Fun() 会 panic。
最好这样处理下：<br>_fun,ok:=b.(interface{ Fun() })<br>if !ok{<br> return fmt.ErrorF("")<br>}<br><a target="_blank" href="http://_fun.Fun" rel="nofollow noopener">_fun.Fun</a>()<br>
语言表达能力有待提高……
“结构体 A 实现了接口 B ”，这句 ok
“其中一个接口 B 嵌套了接口 C、D ”，接口 B 就只有一个，“其中一个”似乎多余
“另外有一个方法 Fun()”，指代不明，究竟是 A 类型有 Fun 方法，还是 B 接口有 Fun 方法？
“ B 的引用是 b ”，意义不明，B 是一个接口类型，接口类型的引用是啥？是指“有一个变量叫 b，类型是 B ”？
第一段就不知所云，后面两段也不知道在说什么。
后面那个“最新发现”，怎么忽然就变成结构体的嵌套了。后面这不就是最基本的类型断言么，感觉就是学得太少想得太多而已。
b.(interface{ Fun() }).Fun()
本人学习 GOLANG 不久，这个用法不太明白
这行代码想要解决什么问题了？
上面有人写的这段代码，我到能看懂<br>_fun,ok:=b.(interface{ Fun() })<br>if !ok{<br>return fmt.ErrorF("")<br>}<br><a target="_blank" href="http://_fun.Fun" rel="nofollow noopener">_fun.Fun</a>()<br>
这个是在判断，b 是否实现了含有 fun()的一个接口
