
rust 中有 trait ,但没有继承,这样的设计是基于什么出发点?有何优劣? 在知乎上看了一圈后也没有看懂,来这里提问
1 SuperMild 2023-02-06 15:48:59 +08:00 Go 也舍弃了继承。继承缺点很多,而优点几乎都可以被类似 mix-in 的模式取代,因此曾经一段时间大家提倡少用继承,并且 Java 之类原本很强调继承的语言都增加了对 mix-in 的支持。 |
2 FrankFang128 2023-02-06 15:50:49 +08:00 组合由于继承 |
3 FrankFang128 2023-02-06 15:50:57 +08:00 组合优于继承 |
4 SuperMild 2023-02-06 15:51:36 +08:00 继承的最主要目的就是代码复用,而继承的缺点是太强调父子关系,后来人们发现多数情况下 mix-in 就能很好地复用代码,还不用受到父子关系的制约。 |
5 xtreme1 2023-02-06 15:59:38 +08:00 |
6 acctv2 2023-02-06 16:07:20 +08:00 via Android 我觉得本质上还是继承,只是继承逻辑不继承数据而已,mixin 也只是加了多继承的逻辑继承。 当然说成实现接口,或者实现 trait ,也没差,一个用语问题 |
7 继承为实现代码复用的代价太大了,折中的方案就是组合啦 |
8 liuxu 2023-02-07 00:55:11 +08:00 rust 的 trait 是对面向对象编程(接口)更高层次的解耦,更自由 go 是鸭子模型,不是解耦是放飞自我 |
9 zhengzhongzhao 2023-02-27 15:53:27 +08:00 工业语言 |
10 buxudashi 2023-03-13 16:20:41 +08:00 extends 继承,是父子关系。子类拥有父类的功能。达到复用。父类比较大,子类弄些不需要的功能没有意义。 trait 类似于兄弟关系。两个平等的组件需要什么功能加什么功能就得了。可以做到更加合理一点。变向也能达到父子的功能。 |
11 horizon 2023-03-15 09:03:06 +08:00 组合更灵活,继承会导致为了类型的正确,做很多不必要的工作,个人浅见 |
12 encro 2023-04-06 12:02:15 +08:00 继承是不必要的抽象。 而直接使用数据结构和功能组合。会更加简单直白。 比如: 平面形状可以求面积 立体形状可以求体积 但是每个形状的计算公式可能不一样,用继承不好做啊 |