netabare

只能说康威法则永不过时，3#和 4#很好的说明了这一点

AI ？怪不得那么喜欢 OOP 。

有没有一种可能，你说的「 class 继承」这种「高级」功能恰恰就是 OOP 为什么坏的原因。

那个 inc 确实丑，但我不认为这个模式有什么问题，这就是最平凡的 lambda 。「 JS 十几年打磨的 this 和 class 」，我愿意称这是今天看到的最好笑的笑话。

至于「 class 作为 model 载体」，这句话对我来说就是一个危险信号：不再在乎「 model 如何参与渲染循环，而开始把它像业务、intelligence 一样当一个大垃圾堆，像后端人那样把一切看不懂的或者不想理解的东西塞进去」，而这就是 what class supposed to do 。

反过来看这个「没有 this 的坏代码」：

命名明确：count 、inc 一目了然
显示调用：我调用 set/get 的时候我会被迫知道我在干嘛

以及 OOP 不是只有 Jaba ，actor model 也是 OOP 。

如果你的 blog 因为 ai 就被干掉了，也许这个 blog 本身就没太多值得讨论的。

抛开业务、框架、Java 这些问题，equals 和 hashcode 的意义是什么？

我的理解是这是为了构建 equivalence 关系吧。

那么问题是，知道不知道 hashcode 重写，对于 equivalence 的构建和对比，会有影响吗？

HashMap 也好，上游 caller site ，他们做对比的时候会关心 hashcode 是如何使用的，还是说这只是一个契约？

我从这个角度讲会觉得 equals+hashcode 必定是要一起出现的。

编程入门的话，直接拿 lambda 怎么样（

当然 lambda 并不是真的语言，那退而求其次，感觉 OCaml 或者其他 ML 系的语言也许蛮合适。如果是实用向的话，我觉得 Kotlin 挺好吧。

Java 的 WORA 在现在已经没任何优势甚至是个伪命题了吧。首先如果 JVM 这种虚拟机运行能算一次编译处处运行，那现在的跨平台方案基本上都能算一次编译处处运行，甚至 React Native 、Flutter ，更不用说.NET 了。

那如果从编译产物是原生二进制的角度讲，Java 也没啥 cross compile 的能力吧？

而且这种带个虚拟机来一次编译处处运行的代价是啥呢？ Java SDK 屏蔽了操作系统层面的操作，但如果需要调用平台特定的接口怎么办？走 JNI 那套恶心得要死的写法？

@yazinnnn0
@dssxzuxc 我自己写肯定直接选择 Dotty 或者 ML 了，只是看到有人讨论「怎么在 Java 里面引入命名参数」这个帖子，然后产生了一点脑洞而已。而且 @dssxzuxc 说的「屎上雕屎」这点我也很认同，我自己对命名参数这玩意本身也没很感冒。

@chendy
其实你这个想法感觉有点像「依赖注入」或者一个「劣化版本的 Scope 」了吧，我个人倒是感觉其实语法上和 builder 模式算是等价的？

@pricky777 诶这样吗？以前好像没这个印象（