struct放参数可以搞。几天讨论下来只有这个方法靠谱了。

不过那个 banana-monkey-jungle 倒不是oop的问题，是framework的问题，大多数项目的设计中都没有考虑在不引入整个framework的情况下引入一个小部件。


【 在 eGust 的大作中提到: 】
: 我一直说，oo 就是工程师设计出来的东西。把一堆数据类型放在一起，组合成 struct，然后很自然的就想到，完全可以把一堆函数按照同样的方式放到一起。从复用数据类型的结构，再到复用同样接口的函数。
: 但其实，oo 复用代码的场景过于理想化，以至于在现实中，都是硬往上凑而且还带来了非常多的问题。
: 比如前端的控件，看起来似乎是一个很理想的 oo 的场景。实际中呢，react 最开始的确也是这么设计的，但跟它自身核心的 fp 格格不入，最后换成 hooks 了。vue 在做3的过程当中，也想过用 typescript + decorator + oo 的形式来实现，但其实2里的 mixin 的坑就已经很深了，所以
: ...................
--
FROM 58.33.81.*