不同意楼上很多人所说的“想多了”。

这就是错过，明显的错过。

如果当时的楼主一心想谈恋爱，这些很有可能成为契机。

不过人生就是由无数的错过组成的吧，错过再多也没关系，重要的是那仅有的一次握住。

@Jirajine 第一种是现在不推荐用的，第二种我个人觉得没啥问题。
其实你所吐槽的点在我看来还是集中在函数类型上，这与类型的后置前置似乎无关吧？
肉眼 parse 那种复合类型的确费劲，但是通常代码里也就几处像这样的，不应该通篇都是——尤其是现在还有 auto 加持的情况下——所以代码的可读性一般也不会受此影响吧。

从你的 iCloud 账号管理中把这些设备删除掉

@amiwrong123 附议我楼上

原理性的东西值得研究，而你的问题只是常识匮乏而已。

@hjahgdthab750 你永远不需要去复用 attributes，真正需要复用的是“行为(functions)”。对象的“行为”才是 oop 中的焦点。

@hjahgdthab750 就如刚才说过的，组合（ composition ）通常是更好的做法。

继承之所以被滥用，可能是因为很多人没有意识到“组合”通常是更合适的做法。

Java 的单继承被证明有效地降低了多继承导致的复杂和混乱，而 Protocol 在很大程度上可以近似于多继承的效果。

发展到近些年甚至出现了“面向接口编程”的理念，这些事情你知道么？

@hjahgdthab750

你有点缺乏工程实践。

oop 并非要去模拟现实，继承不可滥用

继承要解决的主要问题是代码复用，核心在于多态

注意，我们希望复用的东西是 functions 而非 attributes

因此，你在这里讨论的事情其实没什么意义。

你这哪有鸭子类型？

其实这根本就不是个需要编程运算的问题。

数字改小点就是个小学奥数题了。

搞过一段时间 onnx，后来发现它代码质量真的不太行就弃坑了

几十个米家设备还挺厉害的，比较多的主要是啥呀？