gpt4 book ai didi

java - 从 Java 访问 Scala 嵌套类

转载 作者:搜寻专家 更新时间:2023-10-30 19:59:16 24 4
gpt4 key购买 nike

假设我们在 Scala 中有以下类结构。

object Foo {
class Bar
}

我们可以使用 new Foo.Bar() 在 Java 中轻松构造 Bar。但是当我们添加额外级别的嵌套类时,一切都会改变。

object Foo {
object Bar {
class Baz
}
}

不知何故,在 Java 中不再可能构造最内部类 Baz。查看 javap 输出,我看不出第一种情况(2 级)和第二种情况(3 级)之间有任何显着差异。生成的代码对我来说看起来很合理。

2 个级别:

public class Foo$Bar { ... }

3个级别

public class Foo$Bar$Baz { ... }

话虽如此,从 Java 访问时,2 级和 3 级嵌套 Scala 类之间有什么区别?

最佳答案

让我们给这两个版本起不同的名字,以便于讨论它们:

object Foo1 {
class Bar1
}

object Foo2 {
object Bar2 {
class Baz2
}
}

现在如果您查看类文件,您会看到 Scala 编译器创建了一个 Foo1 类。当您在 Foo1$Bar1 上运行 javap -v 时,您会看到该类被列为封闭类:

InnerClasses:
public static #14= #2 of #13; //Bar1=class Foo1$Bar1 of class Foo1

这正是 Java 中的静态嵌套类会发生的情况,因此 Java 编译器非常乐意为您编译 new Foo1.Bar1()

现在查看 Foo2$Bar2$Baz2javap -v 输出:

InnerClasses:
public static #16= #13 of #15; //Bar2$=class Foo2$Bar2$ of class Foo2
public static #17= #2 of #13; //Baz2=class Foo2$Bar2$Baz2 of class Foo2$Bar2$

现在封闭类是 Foo2$Bar2$,而不是 Foo2$Bar2(事实上,Scala 编译器甚至不生成 Foo2$Bar2 除非你为 object Bar2 添加一个伴随类)。 Java 编译器期望将封闭类 Foo2$Bar2$ 的静态内部类 Baz2 命名为 Foo2$Bar2$$Baz2,其中包含两个美元符号。这与实际得到的不匹配 (Foo2$Bar2$Baz2),因此它对 new Foo2.Bar2.Baz2() 说不。

Java 非常乐意接受类名中的美元符号,在这种情况下,由于它无法弄清楚如何将 Foo2$Bar2$Baz2 解释为某种内部类,因此它'会让您使用 new Foo2$Bar2$Baz2() 创建一个实例。所以这是一种解决方法,只是不是很漂亮。

为什么 Scala 编译器以不同的方式对待 Foo1Bar2(在某种意义上说 Bar2 没有得到 Bar2 类),以及为什么 Baz2InnerClasses 属性中列出的封闭类末尾有一个美元符号,而 Bar1 不是吗?我真的不知道。但这就是不同之处 — 您只需要更详细一点就可以使用 javap 查看它。

关于java - 从 Java 访问 Scala 嵌套类,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30809070/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com