Какой принцип SOLID нарушает использование Singleton и почему?

Question

Singleton чаще всего нарушает принцип Single Responsibility и Dependency Inversion. Он совмещает бизнес-логику и управление своим жизненным циклом, а также навязывает жёсткую глобальную зависимость. Из-за этого код становится трудно тестируемым и слабо расширяемым. Формально Singleton не запрещён SOLID, но на практике почти всегда приводит к их нарушению. Особенно остро это проявляется в iOS-приложениях при росте проекта.

YeaHub · Accepted Answer

Использование Singleton выглядит удобным, но почти всегда имеет архитектурную цену. Чтобы понять, какие именно принципы SOLID он нарушает, важно рассмотреть его влияние на код.Нарушение Single Responsibility Principle (SRP)Определение:Single Responsibility Principle — у класса должна быть одна причина для изменения.Singleton обычно совмещает несколько ролей:хранение состояниябизнес-логикуконтроль единственного экземпляраглобальную точку доступаЭто приводит к тому, что класс меняется по разным причинам:изменилась логикаизменилась схема храненияизменилась стратегия жизненного циклаВ результате класс перестаёт быть изолированным и простым для сопровождения.Нарушение Dependency Inversion Principle (DIP)Определение:Dependency Inversion Principle — зависимости должны строиться на абстракциях, а не на конкретных реализациях.Singleton создаёт:жёсткую зависимость от конкретного типаскрытую зависимость (её нет в инициализаторе)Пример проблемы:невозможно подменить реализацию в тестахсложно внедрить mock или stubкод становится неявно связаннымДаже если Singleton реализует протокол, глобальный доступ (shared) всё равно фиксирует конкретную реализацию.Почему это особенно проблемно в iOSВ iOS-приложениях Singleton часто используют для:NetworkManagerAnalyticsStorageSession / AuthСо временем такие объекты:разрастаютсяначинают знать слишком многоиспользуются «везде»Это ухудшает:тестируемостьчитаемостьконтроль зависимостейКогда Singleton допустимSingleton может быть оправдан, если:объект действительно уникален по природе (например, UIApplication)он не содержит бизнес-логикиего легко заменить через абстракцию