можно еще циклические зависимости отнести, ну это крайний случай

Ну и это отличная причина избавиться от джавы, т.к. в ней много бойлеорплейта в этом месте ?

а если тесты не планируется, то чем хуже?

То есть тот факт, что тесты не планируются, не пугает?

То есть тот факт, что тесты не планируются, не пугает?

не смущает инжект спрингмоком)

Если не пользоваться автовайредом, то и спринг в тестах не нужен

Практически

вы еще за NPE забыли в пропертях

Если не пользоваться автовайредом, то и спринг в тестах не нужен

+ в этом как я понял и суть идеи внедрения через конструктор

Еще немаловажная вещь: дают мне чей-то апи, и мне все предельно понятно с зависимости, если инжект через конструктор

Пишу new MyClass( ctrl+space

и если у тебя больше 3х зависимостей, то с конструктором это более чем очевидно, чем с пропертями

пропертей 10 напихаешь и норм

Еще немаловажная вещь: дают мне чей-то апи, и мне все предельно понятно с зависимости, если инжект через конструктор

Не вижу разницы, поясни, пожалуйста.

Появляется неявная зависимость

Мне как раз прове с autowired как раз проще, меньше кода, который по сути - лишний груз.

Нифига не очевидно, что для того, чтобы заиспользовать бин, мне нужно объявить другой бин в контексте

Если ты это не писал сам

Или попробуй через полгода вернутся к своему коду

Т.е. вы за autowired через конструктор?

Т.е. вы за autowired через конструктор?

+

А если пишешь @Autowired на поле, то его можно объявить final?

Нет

Но спринг бы в принципе мог и в final сетать

Ну вот пожалуйста, ещё минус инджекта в поля.

Я просто смотрю на это чудо и думаю что лучше)

Лучше менеджера расспилить

И да, если делаешь autowired на конструктор, то java-configuration как написать для этого?

ох ебать ахуеть пиздец

Чувствую, он дехера всего делает

Лучше менеджера расспилить

Мы понемногу выпиливаем его. По сути это оболочка над всеми бинами, которые в него передаются.

А есть книжка "спринг за 2 часа для самых маленьких"?

я 29 аргументов насчитал)

А есть книжка "спринг за 2 часа для самых маленьких"?

дока?

А есть книжка "спринг за 2 часа для самых маленьких"?

в их блоге рецепты

по 15 минут

дока?

+1

и чем это лучше инжектов в филды?)))

А есть книжка "спринг за 2 часа для самых маленьких"?

За два часа разве что можно посмотреть Женю Борисова

и чем это лучше инжектов в филды?)))

Так это вообще @Bean

Это другое по смыслу)

охуенно

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

Это другое по смыслу)

да, увидел, но можно кстати и вынести из конфига

overbloated bean?

вообще, вот видел рекомендацию такую

типо нахер стереотипы

го всев конфиг и @bean

ваше мнение?

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

?

дока?

доки по спрынгу огромные же

референс точно

го всев конфиг и @bean

я один не понял этой фразы?

Я глянул доки, что-то хреново.

я один не понял этой фразы?

есть стереотипы: @Component, @Repository, @Service и т.д. Есть скан аннотация в классе-конфигурации. Второй вариант, сделать как на скрине выше прям в конфиге определить через @Bean

и типо так быстрее будет

кто что думает?

типа java-config вместо автовайринга?

типа java-config вместо автовайринга?

@Bean + ручная сборка бина vs Stereotype + component scan

а смысл?

тот же xml конфиг только вид сбоку

так я ж говорю, не могу вспомнить, где читал, но типо так быстрее

инициализация

А со спрингом вообще java-config это актуально или лучше отказываться от него?

А со спрингом вообще java-config это актуально или лучше отказываться от него?

еще как актуально

ERROR: S client not available

есть еще груви-конфиг

для Богов

Потому что вот это говно мамонта хочется разобрать хотя бы за года 2.

Потому что вот это говно мамонта хочется разобрать хотя бы за года 2.

то что на скрине, ты разберешь за неделю ленивого изучения

А со спрингом вообще java-config это актуально или лучше отказываться от него?

Тащем-та сам спринг топит за отказ от xml

5 спринг будет без XML

так я ж говорю, не могу вспомнить, где читал, но типо так быстрее

Java Config как раз самый медленный. медленнее только груви

аннотации + java-config наше все

а xml очень быстрый

Но неудобный

Java Config как раз самый медленный. медленнее только груви

а че так? из-за component scan?

xml же еще распарсить надо

Из-за магии накрученной поверх, тот же Борисов показывал тесты

Java Config как раз самый медленный. медленнее только груви

да, но я сравниваю в обоих случаях джава конфиг

о, а дай линки глянуть

Spring the ripper

просто в одном компонент скан сам поднимает бины по стереотипам

в гугл

а во втором ты сам руками описываешь матрешку

Когда вот только xml из интерпрайза уйдет непонятно

Лет через -цать, наверное

5 спринг будет без XML

Дак это же не говорит о том, что весь интерпрайз на него кинется сразу

Сейчас на 3ем куча контор сидит

ну в Ынтерпрайзе инерция большая

Я об этом же

Зеленый банк вот собирается переходить на 4ый вроде

Когда скоро выходит пятый

5 спринг будет без XML

разве? а что на замену?

ой да ладно

разве? а что на замену?

А джаваконфиг и xml разве не взаимозаменяемы уже?