синглтоны

[juan_gandhi]

Как-то я не врубался во вред синглтонов - пока не пришлось рефакторить одну и ту же апликацию, разнесённую по двум платформам методом копи-пейста. Всякая собака ссылается на синглтон. Будто нельзя в параметрах получить (di, т.е.)

Так я о чём? Да вот: синглтон класса - это примерно как поименованная общая область. Вот вам имя, вот вам инстанс, и делайте вы с этим что хотите.

Тьфу.

Так что осознал, да. Синглтоны не то что зло, а большая глупость, имеющая причиной отсутствие дизайна. Десяток синглтонов - и вот вам помойка. В добавок к которой возникает священное знание: чтобы сделать то-то и то-то, надо взять три таких-то синглтона (и передать их друг другу, во).

Comments

[qehgt.livejournal.com]

Синглтон такое же зло, как и глобальные объекты, да.

С такими же минусами и отсутствием плюсов.

[anton-solovyev.livejournal.com]

Ну, я не знаю, а какие-нибудь findViewById() и всевозможные lookup provider (или как там его в Neatbeans) намного лучше?

Так или иначе всегда оказывается какой-нибудь сервис из серии "а вот как бы мне тут получить reference на что-то такое очевидное, но без передачи параметров?"

[gabaidulin.livejournal.com]

В параметрах можно получить. Но singletone все равно нужен иногда. Это мощная семантическая конструкция. Самый типичный пример Сессия. Она должна быть, как правило, одна для каждого клиента(внутри она может быть даже физически реплицируема по кластеру, это не важно). Такую семантику лучше всего передает как раз Singleton. Чем на ваш взгляд можно также семантически точно заменить этот паттерн в java/c#/php/etc?

[cema.livejournal.com]

Что за di?

А вообще-то синглтон нужен, скажем, для описания конфигурации. Ну или где у нас логи лежат, такие вещи (тоже конфигурация). В каком-то смысле аспекты? (Могу путать, аспекты не знаю толком.)