Простыми словами
Иногда программе действительно нужен один общий объект - например, единый диспетчер конкретного аппаратного ресурса. Singleton не даёт незаметно создать второй экземпляр и предоставляет общий способ получить существующий. Но такая глобальная точка быстро превращается в скрытую зависимость, поэтому применять её стоит только когда единственность является реальным правилом задачи.
Пример при разработке
Один глобальный клиент конфигурации удобен, но скрывает зависимость и усложняет тесты. Паттерн применяют только когда единственность действительно является правилом.
Это редакционный пример применения, а не часть определения или доказательство концепции.Механизм действия
Сначала проверяют, есть ли исходное условие из определения. Затем смотрят, как оно влияет на структуру компонентов, потоки данных, ограничения и действия участников. Если эту связь не удаётся наблюдать, принцип не стоит использовать как готовое объяснение.
Пример в работе
Использовать решение без учета его условий применимости и компромиссов.
Сопоставить проблему, контекст и ограничения с назначением концепции.
Ограничения
«Одиночка» объясняет только часть происходящего в области «Архитектура ПО». Сам принцип не говорит, насколько сильным будет эффект в вашем случае, и не заменяет измерения. При другом масштабе, среде или временном горизонте результат может отличаться.
Источник
Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides. Design Patterns: Elements of Reusable Object-Oriented Software. 1994. ISBN 9780201633610.