mikkri ДуремарПри этом логика подгрузки не зашита в синглтоне - каждый в каждый синглтон устанавливается (при инициализации приложения) некий Loader, который и грузит данные. При реальной работе устанавливеется Loader который стучится к серверу приложений, при тестировании "фальшивый" Loader - который возвращает предопределенный справочник.
Здоровая критика принимается!
Вот тут и проблема с инициализацией синглтона. Что делать, если кто-то к нему обратиться до инициализации? Что делать, если кто-то попробует сделать повторную инициализацию?

Мне лично сейчас кажется, что подход, пропогандируемый Spring Framework - когда все зависимости явно задаются через поля классов, гибче и удешевляет поддержку приложения. В такой ситуации у вас просто не будет доступа к вашему кешу объектов до его инициализации.

Даа - мне тоже нравиться спринг - я тоже его активно юзаю - но есть просто ситуации когда нельзя использовать спринг ну бывает такое

Дуремар BlazkowiczЗачем тут синглтоны, когда задача просто ложится на кэш и все?
Не подскажете, существуют ли "лёгкие" open source реализации кэша, которые можно прикрутить на desctop клиент? Работать должны с оперативной памятью. Можно и платные - с этим проблем нет. Ведь синглтоны я использую не от хорошей жизни - просто нужен кэш на клиенте, а синглтон наиболее простое решение, когда делаешь его руками.

я использовал spring + oscache