为 Scala 中的 Java 互操作性转义下划线

Question

假设我有一些调用 Java 库的 Scala 代码，该库使用 _ 作为标识符（我确实这样做了——说来话长）。这是一个简化的示例：

public class StupidUnderscore {
  public static String _() { return "Please give me a real name!"; }
}

没问题吧？逃避它：

scala> StupidUnderscore.`_`
res0: String = Please give me a real name!

这一直有效，直到我今天早上尝试更新到 Scala 2.10.2：

scala> StupidUnderscore.`_`
<console>:1: error: wildcard invalid as backquoted identifier
       StupidUnderscore.`_`
                        ^

这是由于 a change 出现在 2.10.1 中并修复了 this issue。来自提交消息：

禁止_作为标识，只会带来坏处。

嗯，当然，但我不知道为什么这意味着我无法逃脱它——我认为这就是反引号的用途。

我是否必须编写一个 Java 包装器才能让它工作？有没有其他方法可以在 Scala 中引用 Java 库的 _ 方法？

---

作为脚注，我已确认无需编写任何新的 Java 即可解决此问题：

object AwfulMacroHack {
  import scala.language.experimental.macros
  import scala.reflect.macros.Context

  def _impl(c: Context) = {
    import c.universe._
    c.Expr[String](
      Select(Ident(newTermName("StupidUnderscore")), newTermName("_"))
    )
  }

  def `I'm not named _!` = macro _impl
}

然后：

scala> AwfulMacroHack.`I'm not named _!`
res0: String = Please give me a real name!

不过，我不确定这是否比 Java 辅助解决方案更可怕。

Answer 1

由于反引号是 标识符上的 Java 互操作机制 (e.g. Thread.yield())，我怀疑是否有另一种不使用反射的方法。我想说你最好的选择（直到修复错误）是用 Java 编写一个静态帮助方法来访问_。

我知道这完全是荒谬的，但它可能仍然比使用反射更好。他们用那个补丁破坏了 Java 互操作性，所以他们最终必须解决这个问题。然而，在他们这样做之前，我认为它只是坏了。