Последние 2 недели ковыряю спринг...
В инете масса инфы о нем, что он и зачем.
И вроде технически все понятно.

Создаем классы JavaBean, описываем их в контексте спринга и можем использовать в приложении.
Можем иньектить в код...

И если со всякими Spring Security или Spring MVC все четко, логично и понятно.
То вот все эти 2 недели в мозгу бьется только одна мысль "нахрена нужен IoC в спринге" ?

Смотрю кучу примеров в инете, походу у большинства "спринг головного мозга".
Перерыл кучу проектов на гитхабе по этой теме, искал пример который наглядно покажет, не КАК использовать спринг а НАХРЕНА его вообще использовать...
Особенно радуют фразы типа "И вот теперь, вместо инициализации поля, мы можем загрузить контекст из xml, создать фабрику и из этой фабрики инициализировать поле"... т.е. вместо одного просто действия, делать десяток сложных... простой вопрос накуа?
ну будет вместо




вот так



Что изменится-то? или зависимость от MyClass куда-то мифическим образом денется?

Все говорят о модульности спринг приложений...
Если у меня приложение модульное, разбито на отдельные классы и т.д., то спринг сделает его еще модульнее?
Ну так блин какая нахрен разница как именно инициализируется нужный класс?
Да, можно сделать различные реализации одного и тогоже класса и менять их в конфигах спринга.
А разве интерфейс+несколько реализаций не делают тоже самое? Зачем переусложнять простой механизм?
Зачем вообще иньектить один объект во все классы через спринг, когда тоже самое можно сделать через статические классы?

В общем люди добрые, приведите пожалуйста реальный пример из жизни, где использование спринга действительно дает какие-то бенефиты.

maytonВопрос к автору. Какова его сфера деятельности?

Наверно надо пояснить с чего вдруг задался таким вопросом.

По роду деятельности я программист на Java почти 3 года, но довольно узкоспециализированный.
В основном это десктопный софт, SWING и прочии плюшки.
Софт связан с финансами, и хоть алгоритмически он довольно сложен, технически реализация довольно простая.
Понадобилась внутренняя прога, что-то вроде проката, сотрудники берут довольно дорогое, серийное оборудование и должные его вернуть. Надо вести учет кто, когда и что взял и когда должен вернуть.
Сейчас это xls файл, расшаренный по сети. Что вносит достаточно много неудобств.
Решили сделать web проектик который эту задачу решит.
А так как по работе сейчас загрузка минимальная и есть желание поковырять JEE,
руководство разрешило своими силами делать. Опять же оно заинтересовано в моем развитии )
и что радует, спешки никакой нет, никто не требует "вчера" эту прогу.

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

Стал изучть на чем щас делают web ынтырпрайз. Практически сразу наткнулся на спринг. Стал его ковырять. Пробовать.
Для view выбрал vaadin.

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

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

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

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

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