rust 为何舍弃了继承？

[chendvorak]

rust 中有 trait ，但没有继承，这样的设计是基于什么出发点？有何优劣？ 在知乎上看了一圈后也没有看懂，来这里提问

[SuperMild]

Go 也舍弃了继承。继承缺点很多，而优点几乎都可以被类似 mix-in 的模式取代，因此曾经一段时间大家提倡少用继承，并且 Java 之类原本很强调继承的语言都增加了对 mix-in 的支持。

[FrankFang128]

组合由于继承

[FrankFang128]

组合优于继承

[SuperMild]

继承的最主要目的就是代码复用，而继承的缺点是太强调父子关系，后来人们发现多数情况下 mix-in 就能很好地复用代码，还不用受到父子关系的制约。

[xtreme1]

https://www.zhihu.com/question/547885140/answer/2623928543

[acctv2]

我觉得本质上还是继承，只是继承逻辑不继承数据而已，mixin 也只是加了多继承的逻辑继承。

当然说成实现接口，或者实现 trait ，也没差，一个用语问题

[RiverRay]

继承为实现代码复用的代价太大了，折中的方案就是组合啦

[liuxu]

rust 的 trait 是对面向对象编程（接口）更高层次的解耦，更自由

go 是鸭子模型，不是解耦是放飞自我

[zhengzhongzhao]

工业语言

[buxudashi]

extends 继承，是父子关系。子类拥有父类的功能。达到复用。父类比较大，子类弄些不需要的功能没有意义。

trait 类似于兄弟关系。两个平等的组件需要什么功能加什么功能就得了。可以做到更加合理一点。变向也能达到父子的功能。

[horizon]

组合更灵活，继承会导致为了类型的正确，做很多不必要的工作，个人浅见

[encro]

继承是不必要的抽象。

而直接使用数据结构和功能组合。会更加简单直白。

比如：

平面形状可以求面积

立体形状可以求体积

但是每个形状的计算公式可能不一样，用继承不好做啊