> Почему многие против синглтона (iOS, Swift)

Многие разработчики iOS выступают против синглтона, потому что он нарушает принципы SOLID и усложняет тестирование. В Swift синглтон создает глобальное состояние, которое делает код неявно связанным: любой модуль может изменить его в любой момент, что приводит к непредсказуемым багам. Например, если у вас есть UserManager.shared, его трудно замокать в юнит-тестах - приходится использовать хаки вроде сброса синглтона через reset().

Кроме того, синглтон скрывает зависимости: класс, который использует NetworkManager.shared, не декларирует эту зависимость явно, что ухудшает читаемость и усложняет рефакторинг. Вместо этого в iOS-проектах предпочитают внедрение зависимостей (Dependency Injection) через инициализатор или протоколы. Это делает код тестируемым и гибким - вы легко подменяете реальный сервис на мок.

Еще один аргумент: синглтон часто становится "божественным объектом", обрастая методами и свойствами, не относящимися к его первоначальной ответственности. В SwiftUI и Combine это особенно заметно, так как глобальное состояние конфликтует с реактивным подходом, где данные должны течь через @Published или @State.