вот тогда кишки начинают вылезать

Вот об этом и речь)

меня коробит

А теперь главный вопрос - где будет этот квалифаер, желательно пример

ну вот это не комне, к сожалению, я со спрингом завязал

Вот об этом и речь)

да просто не надо так компоненты жестко связанными делать

и бут решил эту проблему уже

стартерами своими

велосипеды не нужны

те вы, ребята, современный спринг не знаете вообще

сорри, какая дискуссия?

Видел сегодня выложили статью Егора, теперь смотрю 1600+ новых сообщений. Бомбануло видимо знатно у людей, пожалуй прочту ее)

те вы, ребята, современный спринг не знаете вообще

+, сам не знаю, кроме инжекта в конструктор

Видел сегодня выложили статью Егора, теперь смотрю 1600+ новых сообщений. Бомбануло видимо знатно у людей, пожалуй прочту ее)

на самом деле статья качественная

и не на тему дискуссии нашей

Вот бут скажете не магия?

Просто надо разобраться, как все устроено, так?)

у аргумента конструктора

Ну и что это если не прямое нарушение SOLID? Спринг связал вам намертво ваш компонент с другим компонентом, хотя по LSP он обязан одинаково правильно работать со всеми имплементациями. Как вы его будете реюзать с другой имплементацией? Где LSP? Где OCP? Где DIP? На кой ляд вообще тогда юзать интерфейс, че бы просто не всандалить имплементацию в декларацию конструктора? Вранье, как оно есть.

Вот бут скажете не магия?

сканироване класспатча

сканироване класспатча

это грубо говоря

Ну я и говорю: я бы запретил вообще component scan.

Но это из разряда фантастики)

Ну и что это если не прямое нарушение SOLID? Спринг связал вам намертво ваш компонент с другим компонентом, хотя по LSP он обязан одинаково правильно работать со всеми имплементациями. Как вы его будете реюзать с другой имплементацией? Где LSP? Где OCP? Где DIP? На кой ляд вообще тогда юзать интерфейс, че бы просто не всандалить имплементацию в декларацию конструктора? Вранье, как оно есть.

ну так ты сам написал код, при котором тебе нужна одна конкретная имлементация интерфейса в каком-то компоненте, не спринг это написал

Просто надо разобраться, как все устроено, так?)

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

Егор нас троллит просто)

ну так ты сам написал код, при котором тебе нужна одна конкретная имлементация интерфейса в каком-то компоненте, не спринг это написал

Ну так не я так написал, пример выше не мой же!

Ну так не я так написал, пример выше не мой же!

постановка задачи твоя

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

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

Егор нас троллит просто)

Уже года 3 как

Ну и что это если не прямое нарушение SOLID? Спринг связал вам намертво ваш компонент с другим компонентом, хотя по LSP он обязан одинаково правильно работать со всеми имплементациями. Как вы его будете реюзать с другой имплементацией? Где LSP? Где OCP? Где DIP? На кой ляд вообще тогда юзать интерфейс, че бы просто не всандалить имплементацию в декларацию конструктора? Вранье, как оно есть.

в тестах например я передам в конструктор - стабу

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

выбросите спринг

как вы делать будете?

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

Вранье. Где вы это увидели?

вы сами в конструктор передали конкретную имплементацию

что не так то?

как вы другую передадите?

и не сломаете ли вы код?

как вы делать будете?

Рано. Конструктивизма ради, надо рассмотреть альтернативы. Например Java конфигурацию, или XML

Рано. Конструктивизма ради, надо рассмотреть альтернативы. Например Java конфигурацию, или XML

Предположим я использую XML. С XMLем проблемы описанной мной выше нет.

хмл я не рассматриваю

как вы делать будете?

Под конкретную задачу попробуем сделать так, как под неё подходит решение. Свой специфический код под специфическую задачу. Вместо попытки подогнать универсальный инструмент под нашу конкретную проблему.

Рано. Конструктивизма ради, надо рассмотреть альтернативы. Например Java конфигурацию, или XML

В джава конфиге объяви 2 овнера и в каждого заинжекти разные реализации

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

куда какой в какой будет инжектится

хмл я не рассматриваю

Рассмотрим просто ради простого примера, остальные подходы схожи с одной из этих двух категорий

это аналог если вы сделаете два раза new и просуните туда две разные имплементации зависимости

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

и тогда информация о внедряемом компоненте будет снаружи, никаких принципов не нарушается, все счастливы

спринг не нужен, юзайте jndi

спринг не нужен, юзайте jndi

наброс из 2005

ого я слишком молод

это аналог если вы сделаете два раза new и просуните туда две разные имплементации зависимости

Все верно, проблема с СОЛИДом исчезает, но ответьте тогда мне на такой вопрос - а что мне в таком подходе дает спринг по сравнению с обычной композициией руками через new?

Какой в нем смысл?

например он делает честный синглтон?

дает прокси обертки с фишками?

инфраструктуру библиотек?

Какой в нем смысл?

пиздец, вот после этого разговор можно прекращать. человек воспринимает спринг как DI контейнер

пиздец, вот после этого разговор можно прекращать. человек воспринимает спринг как DI контейнер

я ж говорил

уровень осведомленности - 15летний школьник

знаний мало

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

потому что человек на спринге не писал и его посадили поддерживать какой-то проект

я его понимаю - что-то новое, бомбит жестка

инфраструктуру библиотек?

По порядку. Зачем мне синглтон, если всем сообществом давно уже было признано что он зло? И зачем мне спринг для проксей если я могу просто написать декоратор? И что вы подразумеваете под инфраструктурой для библиотек?

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

проблема ли?

По порядку. Зачем мне синглтон, если всем сообществом давно уже было признано что он зло? И зачем мне спринг для проксей если я могу просто написать декоратор? И что вы подразумеваете под инфраструктурой для библиотек?

вы понимаете разницу между джава синглтоном и синглтоном в DI?

я вижу, что нет

ERROR: S client not available

Делаю декоратор, но создается он спрингом

проблема ли?

Может и нет) для простых приложений возможно это и нормально. Но приложение растёт и все это дело начинает цвести и пахнуть.

вы понимаете разницу между джава синглтоном и синглтоном в DI?

Похоже нет

Может и нет) для простых приложений возможно это и нормально. Но приложение растёт и все это дело начинает цвести и пахнуть.

и плюс и минус

вы понимаете разницу между джава синглтоном и синглтоном в DI?

Ну что он мне даст в плане дизайна? Конкретный юз кейс?

плюс - приложение масштабируется линейно

По порядку. Зачем мне синглтон, если всем сообществом давно уже было признано что он зло? И зачем мне спринг для проксей если я могу просто написать декоратор? И что вы подразумеваете под инфраструктурой для библиотек?

про инфраструктуру библиотек достаточно погуглить по ключевым словам: spring data, spring cloud и тд

плюс - приложение масштабируется линейно

Это не факт.

Тут уже как повезёт)

про инфраструктуру библиотек достаточно погуглить по ключевым словам: spring data, spring cloud и тд

Мы пока про DI контейнеры. Еще не про спринг

Мы пока про DI контейнеры. Еще не про спринг

так ты спросил про инфраструктуру библиотек спринга

так ты спросил про инфраструктуру библиотек спринга

См. тред повыше, я спрашивал нечто иное

масштабируемость и синглтоны

Ну что он мне даст в плане дизайна? Конкретный юз кейс?

приложение как пирог строить

так ты спросил про инфраструктуру библиотек спринга

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

Мы пока про DI контейнеры. Еще не про спринг

стоп! ты говрил что спринг говно, а теперь не спринг а Di ?

приложение как пирог строить

Как пирог построить я его могу и без синглтонов.

new new new new new

Ну что он мне даст в плане дизайна? Конкретный юз кейс?

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

А как спринг решает прлблему с горизонтальным масштабированием синглтонов?

стоп! ты говрил что спринг говно, а теперь не спринг а Di ?

Это - вступление

А как спринг решает прлблему с горизонтальным масштабированием синглтонов?

что ты имеешь в виду?

сорри, что врываюсь посреди холивара, кто-нибудь может сказать, почему спринг возвращает 403 Invalid CORS request на DELETE реквест?

А как спринг решает прлблему с горизонтальным масштабированием синглтонов?

Спринг же в рамках одной jvm работает. Причём тут масштабирование?

пошел горизонтально машстабировать свои синглтоны...

сорри, что врываюсь посреди холивара, кто-нибудь может сказать, почему спринг возвращает 403 Invalid CORS request на DELETE реквест?

выключи корсу

что значит выключи?

вот это гол канеш

сорри, что врываюсь посреди холивара, кто-нибудь может сказать, почему спринг возвращает 403 Invalid CORS request на DELETE реквест?

потомушо DELETE, POST, PUT и чего-то еще там по-дефолту с корс

Это - вступление

я бы понял если бы ло бы наоборот, ДИ - говно, а потом к спрингу, а так смотрится как притягивание зауши

сорри, что врываюсь посреди холивара, кто-нибудь может сказать, почему спринг возвращает 403 Invalid CORS request на DELETE реквест?

Он юзает спринг!!11 Гоните его, насмехайтесь над ним!!