НС>А я не понимаю, как можно в обсуждении неправильности service locator и правильности DI игнорировать заявления о неправильности service locator.

Вы меня с кем-то спутали. Я не сторонник называть что-то правильным или неправильным. У каждого решения есть свои плюсы и минусы. Лично мне в DI (контейнерах) видится больше минусов, чем плюсов — я уже объяснял, что не вижу смысла код создания зависимостей на Java выносить в отдельные файлы (XML) и наворачивать дополнительные уровни абстракции для того, чтобы потом в итоге все равно создать Java объекты, все из того же реестра.

НС>А я не понимаю, как можно в обсуждении неправильности service locator и правильности DI игнорировать заявления о неправильности service locator.

Вы меня с кем-то спутали. Я не сторонник называть что-то правильным или неправильным. У каждого решения есть свои плюсы и минусы. Лично мне в DI (контейнерах) видится больше минусов, чем плюсов — я уже объяснял, что не вижу смысла код создания зависимостей на Java выносить в отдельные файлы (XML) и наворачивать дополнительные уровни абстракции для того, чтобы потом в итоге все равно создать Java объекты, все из того же реестра.

НС> Это можно сказать про любую более менее сложную технологию.

Кстати да, сложность — это не достоинство. Это недостаток. Сложность ограничивает нашу скорость движения вперед. И если эту сложность не получается хорошо скрыть за правильно подобраной абстрацией (leaky abstraction — беда любого программиста, включая очень себе сеньоров), то именно сложность и является основной проблемой.