Какие основные недостатки или ограничения у паттерна Service Locator, с которыми сталкиваются в практике?

Основные недостатки паттерна Service Locator, встречающиеся на практике:

• Скрытая зависимость: Компоненты получают зависимости через глобальный сервис-локатор, что затрудняет понимание, от чего именно зависит класс, и усложняет поддержку.
• Сложность тестирования: Тестировать классы сложнее, так как зависимости не передаются явно, а берутся из локатора. Для тестов нужно настраивать локатор, что увеличивает связность и снижает изоляцию.
• Нарушение принципа инверсии зависимостей: Вместо того, чтобы зависимости внедрялись извне (Dependency Injection), класс сам запрашивает их, что снижает гибкость.
• Глобальное состояние: Service Locator часто реализуется как синглтон, что приводит к глобальному состоянию и потенциальным проблемам с потокобезопасностью и управлением жизненным циклом объектов.
• Скрытая сложность: При большом количестве сервисов локатор становится "божественным объектом", который знает слишком много и становится узким местом.

В итоге, хотя Service Locator может упростить начальную разработку, в долгосрочной перспективе он усложняет поддержку и тестирование кода. Часто предпочтительнее использовать явное внедрение зависимостей (Dependency Injection).