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

В общем эта лёгкость выходит боком на дистанции.

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

так это проблема определенного проекта, а не спринга в целом, нет?

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

У меня голова разболелась. Пойду попишу на спринге че-ить

так это проблема определенного проекта, а не спринга в целом, нет?

Согласен. Можно на спринге писать более менее. Я даже согласен, если у меня в коде не будет никаких аннотаций и вообще указаний, что он есть. Ну и если контекст будет в чётком месте и в хорошем виде поддерживаться. Так чтобы компоненты не шли вместе связанными (например довольно часто возникает ситуация, что нельзя просто так переиспользовать часть логики потому, что где-то сидит импорт который чего-то там ожидает)

Согласен. Можно на спринге писать более менее. Я даже согласен, если у меня в коде не будет никаких аннотаций и вообще указаний, что он есть. Ну и если контекст будет в чётком месте и в хорошем виде поддерживаться. Так чтобы компоненты не шли вместе связанными (например довольно часто возникает ситуация, что нельзя просто так переиспользовать часть логики потому, что где-то сидит импорт который чего-то там ожидает)

Именно поэтому я топлю не за EO здесь, а за SOLID. Именно SOLID дает понимание и инструментарий для reasoningа, почему и когда все плохо с поддерживаемостью. Неважно при этом, какой парадигме придерживаться, SOLID актуален для всего где есть куски кода подлежащие реюзу/релизу.

S O L I D

S N A K E

По букве на каждый палец

солидно, твердо

Больше троллинга, меньше аргументов.

Больше троллинга, меньше аргументов.

Не наоборот? Забанят же)

Не наоборот? Забанят же)

Да вроде не банят. Хотя по правилам вроде как запрещено.

Еще как связано. Или как вы будете реюзать сервис с разными подбатями в спринге, если метаинфа в аннотациях как правило статична?

Java config , conditional beans

вот зачем ругать Спринг? я вот этого не пойму

вот зачем ругать Спринг? я вот этого не пойму

Неосиляторы тупа

он же не 1 такой инструмент конфигурации

просто в спринге больше инерции, так сказать

маховик раскручен

Неосиляторы тупа

Демагог

Java config , conditional beans

Комментил уже, выше. И вчера было

Демагог

Тролль и хейтер

не нужно думать, что люди идут в Спринг изза того что он такой хороший

Комментил уже, выше. И вчера было

Ты ничего и не сказал по этому

Кроме как зачем тогда спринг

Если вам нужно реюзать сервис с разными подбатями, вы напишете джава-конфиг, который умеет выбирать бины в зависимости от конфигурации, нет?

не нужно думать, что люди идут в Спринг изза того что он такой хороший

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

не нужно думать, что люди идут в Спринг изза того что он такой хороший

у нас спринг только потому, что разработчиков просто искать

Супер. Но зачем мне для этого спринг если я могу просто юзать new?

у нас спринг только потому, что разработчиков просто искать

Как прод?

Супер. Но зачем мне для этого спринг если я могу просто юзать new?

Инфраструктура!

Описание в одном месте

Как прод?

5 минут назад зарелизил, удаление заработало

Инфраструктура!

Какая инфраструктура? Конкретно

Какая инфраструктура? Конкретно

Изучайте инфраструктуру спринга

Изучайте инфраструктуру спринга

Хватит сводить к "неосилятору", демагог, я попросил конкретики. Будь любезен ответить Или бань уже, мне как то пох

5 минут назад зарелизил, удаление заработало

А в чём в итоге была проблема?

5 минут назад зарелизил, удаление заработало

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

А в чём в итоге была проблема?

кто бы знал

А, ок

кто бы знал

Наверно не осилил)

вот так работает registry!! .addMapping("/**") .allowedOrigins("*") .allowedHeaders("*") .allowedMethods("HEAD", "GET", "PUT", "POST", "DELETE", "PATCH", "OPTIONS");

А как не работало, можешь рядом для примера?

или работает потому что последняя версия 1.5

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

я конечно кэп, но под спринг тупо много чего нафигачено, поэтому туда и идут, а то что он не совсем СОЛИД и тд, да кому это важно сегодня

registry!!.addMapping("/**").allowedOrigins("*")

Класс

Хватит сводить к "неосилятору", демагог, я попросил конкретики. Будь любезен ответить Или бань уже, мне как то пох

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

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

Что мне мешает юзать отдельные компоненты спринга БЕЗ спринга? И вообще - я разве гнал на инфраструктуру?

Класс

если верить документации, то allowedHeaders("*") - дефолтное значение, а если просить OPTIONS, то возвращались все методы, без исключений

Что мне мешает юзать отдельные компоненты спринга БЕЗ спринга? И вообще - я разве гнал на инфраструктуру?

Например, твоё невежество и незнание

Как ты юзать собрался их?

Например, твоё невежество и незнание

Не переводи на личности. Где я говорил что инфраструктура - говно?

Хватит сводить к "неосилятору", демагог, я попросил конкретики. Будь любезен ответить Или бань уже, мне как то пох

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

Не переводи на личности. Где я говорил что инфраструктура - говно?

Я тебе говорю, если ты выкинешь спринг, ты не сможешь нормально использовать его либы, это логично.

есть либы спринга, но компоненты его ты без него не сможешь юзать

например топовая для мелких проектов spring-jdbc

Можешь юзать без спринговой обвязки

Конечно

Но весь бойлер пиши сам

@skapral и кстати, есть возможность настраивать его в функциональном виде, можно глянуть примеры Spring Fu и Spring Webflux + Kotlin

вот зачем ругать Спринг? я вот этого не пойму

Для меня проблема в навязанном мнении. Вот эти вот слои, сервисы. Шаблонная разработка. Я конечно понимаю, почему оно именно так. И да, не спринг в этом виновен. В общем я частенько вместо разработки занимаюсь разгребанием конфигов и написанием конфигов, вместо обдумывания дизайна класса - добавление метода или модификация метода в каком нибудь сервисе, или добавление очередного поля и завязанной конфигурации.

ERROR: S client not available

Я тебе говорю, если ты выкинешь спринг, ты не сможешь нормально использовать его либы, это логично.

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

Для меня проблема в навязанном мнении. Вот эти вот слои, сервисы. Шаблонная разработка. Я конечно понимаю, почему оно именно так. И да, не спринг в этом виновен. В общем я частенько вместо разработки занимаюсь разгребанием конфигов и написанием конфигов, вместо обдумывания дизайна класса - добавление метода или модификация метода в каком нибудь сервисе, или добавление очередного поля и завязанной конфигурации.

есть мнение что написание реюзабельного кода - это писать так чтобы надо было конфигурировать а не переписывать. и это согласуется с open-closed неплохо

я как-то юзал спринговый mongoTemplate из spring-data в JAVA EE с EJB

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

Есть

Конечно есть

я как-то юзал спринговый mongoTemplate из spring-data в JAVA EE с EJB

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

Но обвязку ты пишешь сам

Спринг убирает много рутинной работы

Но обвязку ты пишешь сам

Не рассыплюсь. Зато HL архитектура под моим контролем, а не эти вот скапленные спринговые сервисы с ДТОшками.

Не рассыплюсь. Зато HL архитектура под моим контролем, а не эти вот скапленные спринговые сервисы с ДТОшками.

Окей

Нет проблем

Это тоже нормальный вариант, при резиновых сроках

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

Тема закрыта?

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

Уточняем

Всегда есть какой то Java клиент, которым можно пользоваться.

Это тоже нормальный вариант, при резиновых сроках

Давай различать сроки на разработку и сроки на поддержку. В плане разработки с нуля спринг то конечно рулит, да только вот на что уходит бабла в жизненном цикле продукта больше - на разработку или поддержку? Если первое, то да. Тема закрыта

Спринг сейчас это универсальная машина для создания типичных приложений. Но у всех универсальных решений всегда один и тот же недостаток. Когда появляется специфическая нужда - начинаются проблемы.

Когда специфическая область не вписывается в гайдлайн

Давай различать сроки на разработку и сроки на поддержку. В плане разработки с нуля спринг то конечно рулит, да только вот на что уходит бабла в жизненном цикле продукта больше - на разработку или поддержку? Если первое, то да. Тема закрыта

Спринг дешевле в поддержке, лол

Давай различать сроки на разработку и сроки на поддержку. В плане разработки с нуля спринг то конечно рулит, да только вот на что уходит бабла в жизненном цикле продукта больше - на разработку или поддержку? Если первое, то да. Тема закрыта

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

Это факт

Давай различать сроки на разработку и сроки на поддержку. В плане разработки с нуля спринг то конечно рулит, да только вот на что уходит бабла в жизненном цикле продукта больше - на разработку или поддержку? Если первое, то да. Тема закрыта

Ну так спорный вопрос, что дороже, вообще-то, неоднозначный - поддерживать сложное "под капотом", но изкоробочное решение, или самописную гору бойлерплейта, которая делает то же самое, но тем образом, которым посчитали это нужным сделать конкретные 3-5-7 человек, особенно если этих 3-5-7 человек на проекте уже нет.

Намного дешевле найти людей, разбирающихся в спринге, чем каждого новичка месяцами вкатывать в самописные либы

Намного дешевле найти людей, разбирающихся в спринге, чем каждого новичка месяцами вкатывать в самописные либы

Да

Шах и мат @skapral

Да что ж такое опять спрингохейтеры слились...

Намного дешевле найти людей, разбирающихся в спринге, чем каждого новичка месяцами вкатывать в самописные либы

Причём тут самописные либы?

Причём тут самописные либы?

Они неизбежно возникнут

И месяцами обычно вкатываются в проект так и так. Есть там спринг или нету.