Пусть есть два startup класса, запускающие приложение в разных режимах, вот их структура:



Оба класса отрастают от одного родителя. В обоих методах startUp() важен порядок инициализации сиглетонов, в то же время некоторые сиглетоны могут присутствовать в одном классе и отсутствовать в другом.

Задача: Упростить инициализацию и по возможности производить ее в одном месте. Это может быть метод в классе Parent, возможно эту задачу может решить Spring - вопрос как это сделать?

Ну насколько я помню - именно в самом синглетоне создают метод getInstance - а уж там в логике метода определяется существует ли экземпляр или нет, и если есть то вернуть, если нет то создать и вернуть.
Вот про порядок инициализации немного недопер, т.к. инициализация может идти в разных классах в зависимости от того кто первый, то и молодец )).

Сделать инициализацию в синглтонах ленивой. Ну и пусть они сами разбираются со своими зависимостями.

jeank, ivg, не понял как это может помочь решить мою проблему. Давайте я приведу еще один пример. Допустим у вас следующие набор вызовов в методах класса A и B:

Вообще я имел ввиду что-то типа такого:
Ну то есть идея понятна? Singleton зависит от инициализации OtherSingleton и эта зависимость прописывается явно.
В другом варианте можно, например, вынести метод init(); в интерфейс, и вызывать в цикле. Порядок вызова будет определяться составом массива.
Вообще надо смотреть архитектуру целиком, чтобы что-то конкретное предлагать, ну а так - вот.  

Это сообщение отредактировал(а) ivg - 24.3.2009, 21:27

ivg, Ты все правильно понял. Вот такие зависимости сплошь и рядом, более того OtherSingleton чаще всего (а вернее всегда) отсутствует серди вызовов в методе startUp(), но опять же моя задача состоит в том чтобы все зависимости были прописаны в одном месте.

Предлагаю представить, что в описанном ivg, примере Singleton.getInstance(); вызывается в двух startUp() классах. И вот вам пришла идея зарефакторить один из startUp метдов, что вы успешно и сделали, но как только вы пускаете приложение в режиме где инициализация проходит из второго класса оказывается что вам надо проделать все то же самое что вы уже проделали только для первого класса.

Проблема усложняется тем что таких вот signleton классов, которые инициализируют приложение около 20-25 штук, и  уже не раз возникали проблемы, которые и породили вопрос в этом треде. Поэтому прописывать зависимости внутри singleton'ов как ты предлагаешь - это означает выкопать себе могилу, глубже чем она уже вырыта.