Spring как прославленная фабрика; действительно ли это приемлемо?

Это, конечно, ограничивает то, что возможно, но это не общая пустая трата времени также.

Так как рассматриваемый тип final, это нельзя дразнить легко за изолированное тестирование.

Однако экземпляры того типа могут все еще быть высоконастраиваемыми через их свойства. Используя Spring для введения экземпляра, который правильно настроен во времени выполнения, упрощает содержание класса очень. Класс может сфокусироваться на своих обязанностях, полагаясь на Spring для предоставления ему сотрудников, в которых он нуждается.

Интерфейсы по используемому; это может быть ответом на это. Я думаю, что, начиная с финала, реальные классы для многих типов, затем с помощью легко доступных инструментов рефакторинга для извлечения интерфейсов позже, когда определенная потребность определяется, являются защитимым положением во многих контекстах.

Я сожалею, но я не могу сказать, является ли это злоупотреблением Spring на основе двух строк кода, которые Вы отправили, и я сомневаюсь, что кто-либо еще может, также.

Если Вы жалуетесь на то, что статический тип того объекта не является интерфейсом, у Вас могла бы быть точка. Но даже это трудно сказать от той одной строки кода. Это - действительно сервис или класс репозитория без интерфейса? Если так, я соглашаюсь. В противном случае я должен был бы знать больше.

Если Ваша команда осуждает тестирование, очень жаль. Я думал бы, что одна из причин Spring будет состоять в том, чтобы упростить тестирование.

У Вас могла бы быть точка, но я не могу быть уверен от Вашего исходного вопроса. Возможно, можно отредактировать более подробно.

Если это - пример того, как Вы общаетесь со своими товарищами по команде, возможно, они были бы выровнены по ширине, если бы они сказали, что Вы не объяснились очень хорошо. Удостоверьтесь, что Вы просто не отсутствуете для self-aggrandization здесь.

Я не могу сказать, что полностью вижу точку. В конце концов, это, вероятно, были бы несколько строк кода для обеспечения электричеством системы в a main у метода и Вас затем не было бы зависимости от Spring.

И да, я соглашаюсь, что не введение взаимодействует через интерфейс, немного бессмысленно. Я склонен не делать огромный объем Поблочного тестирования, но, несмотря на это, я потерял бы любую гибкость в изменяющихся реализациях позже (или наличие различных реализаций классов в различном развертывании - например, интеграционное тестирование).