Я понимаю, что это не статик класс в прямом смысле слова и инстансы можно создавать, и да, если создать два инстанса, на них будут одинаковые данные благодаря статику. Но такой класс можно использовать, не доставая инстанса. Пример: я включаю в JFrame мой JPanel, который "статик". А когда мне нужно из других классов модифицировать JPanel этот, я просто вызываю статик методы, которые оперируют статик полями, в итоге меняя инстанс(и все остальные инстансы, будь их несколько, да. Но он один. И можно при желании сделать синглетон-"статик"  , где будет гарантированно один инстанс).
Про то, что сфейлить легко, я знаю, читал и у Блоха, и в статьях - понятно. Обойти фейлы в принципе тоже просто - метод для доставания, а не напрямую(кэп), и enum с одним полем - экземляром. Enum содержит всё и по синхронизации, и по сериализации, и что-то еще там.
Вот последняя часть самая интересная. Два преимущества тут:
1) - можно нестатические мемберы иметь в синглтоне.
Но ведь нет разницы:
private static поле для единственного обьекта, и соответственно public static (или не паблик, неважно) get set и другие обращения к нему,
или просто private поле и public (или не паблик) геттеры сеттеры и прочее.
Точнее, разница в том, что можно лениво инициализировать и удалить целый инстанс класса в синглетоне, и вместе с ним все поля сразу, а в случае статик класса нужно нуль каждому полю писать. Но это обычно не так и важно?
2) - синглтон содержит логику доступа к его данным, а статический объект контролируется извне, соответственно протестировать его проще, в случае мультитредовости, например.
А тут вообще хз. Логику точно так же можно прописать в статик геттерах, сеттерах, и прочем, как и в обычных гет/сет/другое. Где он контролируется извне, а синглетон нет? оО |
разница? Что-то в сериализации что ли выигрывается?
