Для каких целей в приложении используют шаблон проектирования Singleton?

Question

[Александр Андреев]

Изучаю ООП в PHP, знакомлюсь с шаблонами проектирования. Подскажите случаи когда стоит использовать шаблон проектирования Singleton? Мне на ум приходит только хранение подключения к БД (если подразумевается работа ТОЛЬКО с одной БД) и/или каких-нибудь исходных параметров приложения (язык, кодировка, token-ы доступов и т.п.). А для чего ещё применяют Singleton?

Answer 1

[Олег Цилюрик]

Подскажите случаи когда стоит использовать шаблон проектирования Singleton?

Я не вспомню сразу, к сожалению, кто, но кто-то из гуру в C++ писал как-то примерно следующее: когда просится необходимость в использовании класса singleton - это сразу говорит о дефектности архитектурной проработки проекта.

Comments

[Александр Андреев]

Т.е. его лучше вообще не использовать? =)

[Олег Цилюрик]

Александр Андреев:
Я сказал только то, что читал.

[Александр Андреев]

Олег Цилюрик: Ок

[Олег Цилюрик]

Александр Андреев:
Думаю, что "лучше" - это найти, подумать и проанализировать почему высказано такое суждние.

[Eduard]

Singleton очень неудобно использовать в юнит-тестах. Это одна из причин не использовать Singleton.

[Александр Андреев]

Eduard: ага, спасибо

Answer 2

[romy4]

Например, шаблон Factory использует синглтон

Comments

[Григорий Есин]

Как называется шаблон, который только создаёт объекты? Фабрика. Как называется шаблон, который хранит объекты? Реестр. Как называется шаблон, который создаёт объекты и хранит их? Контейнер.
Следовательно, синглетон --- вырожденный случай контейнера (точнее говоря сервис-локатора).

[Александр Андреев]

Григорий Есин: т.е. синглтон используется в каких-то частных случаях и широко применять его в приложении не стоит?

[romy4]

Григорий Есин: true/

[romy4]

Александр Андреев: Можно ещё "ядро" движка оформить как синглтон во избежании создания множества копий одного. Фактически, тот же алокатор. Стоит или не стоит — зависит от предназначения и задачи.

[Григорий Есин]

Александр Андреев сигнлетон можно применять в том случае, если у вас нет возможности использовать Dependency Injection Container (знаю одну контору, где принципиально не используют оный), и вам нужен инстанс какого-либо сервиса (объекта) в гарантированно единственном экземпляре. Да, коннект в БД годится для этого. Так же это может быть объект "пользователь", коннект в memcache, сервис авторизации/аутентификации, репозитории, и многое иное. Принцип в данном случае один: нужно гарантировать, что объект в рамках жизненного цикла приложения будет создан в единственном экземпляре.

[Александр Андреев]

Григорий Есин: Спасибо за понятный и развёрнутый ответ! =)