сейчас действительно рекомендуется constructor-injection

вот. а почему

конструктор дает больше гарантий

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

с конструктором нельзя провернуть такую вешь:

@Autowired(required = false)

или придется рисовать отдельный конструктор

отсутствие цикличиской зависимости бинов гарантирует не конструктор или спринг, а наличие разума у разработчика.

К минусам constructor injection я бы прилепил DI

разжуй пожалуйста о чем ты

Dependency injection - это такой паттерн, который описывает логику подмены зависимостей в рантайме. В большинстве случаев это удобно для тестирования. Например, в тестовой среде надо скормить сервису один инстанс какого-нибудь класса, в проде - другой. Такая зависимость помечается соответствующей аннотацией. В андроиде, например, часто юзают дагер для этих целей. В спринге пока сталкиваться с такими задачами не приходилось. В общем, я не вижу способа красиво реализовать этот паттерн при использовании autowired на конструкторе.

Бля Марк, разжевал епть

Статейка про dagger , кстати: https://m.habrahabr.ru/post/202866/

нафиг ты написал тут определение Dependency injection)

минусам constructor injection я бы прилепил DI - что значит твоя фраза? что  DI - это минус?

Ты ж спросил :)

Нет

и то и то DI

Последнюю фразу прочитай. Это всё вступление к ней

кароче ты меня запутал)

ты предлагаешь использовать this.service = new Service(); ?