Lazy Singleton in Scala

Question

Поскольку мое изучение Скалы продолжается, меня заинтриговали некоторые из вариантов на языке Scala. Рассмотрим удаление статических классов. В мире Java (откуда я пришел) существует четкое различие между статическим элементом, синглом и членом экземпляра. Всегда существовала постоянная потребность в синглете на Java, с которым статический член не мог реально помочь. Основные случаи использования, которые я знаю, почему одноэлемент может быть предпочтительнее статического элемента:

1. Возможность управления экземпляром одноэлементного объекта. Если загрузка экземпляра класса является ресурсом тяжелым, мы хотим оттолкнуть его позже, пока он не понадобится.
2. Возможность конфигурировать одноэлементный объект во время выполнения. Представьте, что вам нужно читать переменные окружения и заполнять наш синглтон во время построения. Это невозможно сделать, если элемент статичен, поскольку информация не может быть известна во время загрузки класса.

Похоже, что реализация синглтона Scala будет лишена вышеупомянутых преимуществ. Посмотрите на обсуждение здесь: http://pbadenski.blogspot.com/2009/06/design-patterns-in-scala-singleton.html

Мне кажется, что не Скала разрешает использование одноразовых чехлов вообще. Это было бы разочарованием.

Если мое понимание верное, тогда возникает следующий вопрос: Как включить ленивый одноэлементный шаблон в Scala?

Похоже, нам нужно сражаться с scala, чтобы получить однотонный правильный путь!

PS: Это не мой блог

Answer 1

Singletons в Scala ленивы. Попробуйте следующее в вашем РЕПЛ:

scala> object Foo { println("hello") } 
defined module Foo 

scala> 1+1 
res0: Int = 2 

scala> Foo 
hello 
res1: Foo.type = Foo$@37c8ccf4 

scala> Foo 
res2: Foo.type = Foo$@37c8ccf4 

Как вы можете видеть из Println, Foo не инициализирован, пока он не используется.