BGGA闭包作为java的螺栓解决方案？

Question

昨天@headius /查尔斯·纳特在twitter上提出了一个非常有趣的想法：

Groovy也犯了同样的错误；我指的不是分叉的@danny_l，就像是叉子一样。我想要一个带有闭包的“主要是Java”。

或者@danny_l /丹尼·拉格鲁的回复：

@headius或者BGGA原型可以“栓在”任何未来版本的Java上吗？那可能是有用的

这也是我想要看到的。难道我们不能有某种字节码预处理器来使BGGA原型在任何现代Java版本上工作吗？我的意思是scala、Groovy和JRuby有闭包并生成有效的字节码！

我甚至愿意帮助和努力。虽然我真的不知道从哪里开始。

(以上是我所写的关于这个主题的博客的摘录)

其他人对这个想法有什么看法？

Answer 1

“预处理”这个词把我带回到C++，这让我很害怕。

有一个奇怪的二分法:我庆祝JVM上各种语言的花园，但我认为“妈妈熊”(也就是Java)不应该像这样变得支离破碎。我们需要一个坚实的基础。

尽管如此，我赞成关闭BGGA。我也认为一种语言应该提供它的全部能力。如果一个团队的人不能处理闭包(或者泛型，或者线程(!!))，那么这个团队应该通过代码评审和静态分析来保护自己。

也许有一个想法是在编译时切换到“不允许”这样的高级特性，但即使这样似乎也有点苛刻。

我认为，“插入式”的想法实际上是为了解决Java领域的支离破碎的领导问题。这个问题让人觉得与其说是技术问题，不如说是政治和外交问题。

Answer 2

让这些事情成为一个插曲的问题在于你创建了一种支离破碎的语言。

java语言是构成java的最小部分。图书馆和文化构成了最主要的部分。使闭包和泛型成为螺栓，意味着它们要么不能在核心库中使用，要么核心库需要将螺栓显示在所使用的SDK中。这充其量只会在库中创建碎片(因为一些开发人员工作到核心，而一些开发人员则需要使用插件)，最坏的情况是，我们将开始在java的庄园中创建java的“分发版”，每个版本都包含不同的jars和“螺栓-on”。

我想说的是，这是一个我宁愿远离的滑头的开始。