Как вы вызываете одноэлементный метод Scala из Java?

Я думаю, что это косвенно охватывает это:

Сопутствующие объекты и статические методы Java

Есть еще одна вещь, которую нужно знать о сопутствующих объектах. Всякий раз, когда вы определяете метод main для использования в качестве точки входа в приложение, Scala требует, чтобы вы поместили его в объект. Однако на момент написания этой статьи основные методы не могли быть определены в объекте-компаньоне. Из-за деталей реализации в сгенерированном коде JVM не найдет основной метод. Эта проблема может быть решена в будущем выпуске. На данный момент вы должны определить любой основной метод в объекте-одиночке (т. е. объекте, не являющемся компаньоном) [ScalaTips]. Рассмотрим следующий пример простого класса Person и объекта-компаньона, который пытается определить main.

Как здесь: http://programming-scala.labs.oreilly.com/ch06.html

Короче говоря, поскольку ваш объект является сопутствующим объектом (имеет сопутствующий класс), вы не можете называть его так, как ожидаете. Как вы обнаружили, если вы избавитесь от класса, он будет работать.

Обычно лучше обращаться к синглтону напрямую из его собственного класса.

В таком случае:

org.fun.ScalaPower$.MODULE$.showMyPower(10);

Не вдаваясь в подробности реализации, Scala различает пространства имен между Object и Class/Trait. Это означает, что они могут использовать одно и то же имя. Однако у объекта есть класс, и поэтому ему нужно искаженное имя в JVM. Текущие соглашения Scala заключаются в добавлении $ в конце имени модуля (для модулей верхнего уровня). Если объект определен в классе, я полагаю, что используется соглашение OuterClass$ModuleName$. Чтобы реализовать одноэлементное свойство модуля ScalaPower, существует также статический член MODULE$ класса ModuleName$. Это инициализируется во время загрузки класса, гарантируя, что существует только один экземпляр. Побочным эффектом этого является то, что вы не должны не выполнять какую-либо блокировку в конструкторе модуля.

В любом случае, Scala также встроила в него механизм статической пересылки "улучшить ситуацию для Java". Здесь он пишет статические методы класса ScalaPower, которые просто вызывают ScalaPower$.MODULE$.someMethod(). Если вы также определяете класс-компаньон, количество пересылателей, которые могут быть сгенерированы, ограничено, поскольку вам не разрешено иметь конфликты имен со статическими методами и методами уровня экземпляра в JVM. Я думаю, что в версии 2.8.0 это означает, что если у вас есть объект-компаньон, вы теряете свои статические серверы пересылки.

В этом случае "лучшей практикой" было бы всегда использовать ссылку ScalaPower$.MODULE$ вместо статического сервера пересылки, так как сервер пересылки может исчезнуть при изменении класса ScalaPower.

РЕДАКТИРОВАТЬ: опечатка

Какие ошибки вы получали? Используя ваш образец Scala и следующий класс Java:

cat test.java:

import org.fun.*;

public class test {
    public static void main(String args[]) {
       System.out.println("show my power: " + ScalaPower.showMyPower(3));       
    }
}

И запустить его следующим образом:

java -cp .:<path-to/scala/install-dir>/lib/scala-library.jar test

дает мой вывод:

show my power: 0, 1, 2

Имейте в виду, что стандартный инструмент javap можно использовать для просмотра того, что производит компилятор Scala. Конечно, это не дает прямого ответа на ваш вопрос, но когда вам нужно просто напомнить о шаблонах генерации кода, этого достаточно.

После выполнения

class ScalaPower 
object ScalaPower{
  def showMyPower(time:Int) = {
    (0 to time-1).mkString(", ")
  }
}

ScalaPower.showMyPower(10) работает как положено.