Ищущий Знания,

1. Прочесть Вольный перевод статьи Мартина Фаулера "Inversion of Control Containers and the Dependency Injection pattern" или оригинал(там же есть на него ссылка).

Еще:
Нил Форд Архитектура приложения описывает основные крупные части, составляющие приложение. Например, в мире Java архитектура приложения описывает две вещи: комбинацию программных инфраструктур, используемую для создания конкретного приложения — т.н. архитектуры уровня инфраструктур — и более традиционное логическое разделение обязанностей, для которого я оставлю наименование архитектура приложения. Выделение архитектуры инфраструктур как отдельной сущности имеет смысл потому, что большинство практикующих специалистов по объектно-ориентированным языкам пришли к выводу, что отдельные классы как механизм повторного использования кода неэффективны. (Когда в последний раз вы загружали из Интернета для использования в проекте один-единственный класс?) Единица повторного использования в современных объектно-ориентированных языках — это библиотека или программная инфраструктура. При запуске нового проекта на языке с мощным набором программных инфраструктур, таком как язык Java, одной из первых архитектурных проблем является архитектура приложения на уровне инфраструктуры. Этот стиль повторного использования настолько глубоко укоренился в мире Java, что уже пора говорить о Java не как об объектно-ориентированном языке, а как о инфраструктурно-ориентированном . Во многих отношениях, архитектура уровня программной инфраструктуры представляет физическую структуру, описываемую конкретными строительными блоками. Эволюционирующая архитектура и стихийное проектирование: Исследование архитектуры и проектирования


2. Уяснить разницу между библиотекой и фреймворком. Суть этой разницы проста: когда мы используем нечто чужое "внутри" своего кода - это библиотека. когда свое вписываем "внутрь" чужого - это фреймворк. Например Swing - это библиотека. А NetBeans RCP или Eclipse RCP - фреймворк. Задуматься - почему появились фреймворки

3. Поднатужится и представить разработку в которой учавствуют более 3ех человек, на разных континентах, при этом уже к середине проекта более 50% программистов будут новыми. Прикинуть способы уменьшения транскационных издержек при разработке, оптимизации бизнес-процессов в такой разработке. "3 года одиноко программирую" - совсем другой опыт. На основе его - сложно показать проблемы возникающие при разработке, и соответственно - подходы которые применяются для их устранения. В частности - применение IoC (DI) фреймворков-контейнеров. Знаю это по себе - как сложно молодым, начинающим программистам это объяснить.

bajork,

bajorkНичто не мешает использовать фреймворк в роли библиотеки
идеология фреймворка мешает. Он обязывает использовать его некими правильными способами.
Использовать неправильно, неканонически можно, только тогда придется немножко попотеть, нагородить кучу прослоек и просто кода. а с какой целью?

bajorkК примеру Equinox можно встроить в обычное EE приложение написанное на спринге.
вообще-то к спрингу есть уже решение - Spring DM

bajorkИли наоборот спринг встроить в Equinox в качестве конфигуратора бинов ну или ради того-же спринг-секъюрити...
Только писать и конфигурировать бины нужно будет - по спринговски. Какая разница что вокруг фреймворка - если писать придется все равно "внутри" него?

Куда конкретный IoC контейнер не встраивай - управлять жизненным циклом объекта все равно будет - он.

То есть - я не понял с чем Вы не согласны?

Я не зря п2. начал фразой - Уяснить разницу между библиотекой и фреймворком.
Ваши контр-примеры толи необдуманы, толи не уяснили :) Второе - распространенное явление.

Йуный джавистЪ,

Йуный джавистЪА простой, понятный, прямолинейный код - это классика, которая всегда будет актуальна.
Покажите эту классику. Простого, прямолинейного кода давно уж нигде не встретишь, кроме учебников. Студенты даже в курсачах наворачивают.

Йуный джавистЪПодумайте, как ваш код будет выглядеть через 10 лет.
19 лет в проф программировании. Начинал с Си.
Но судить о 10ти годах от сего момента не берусь. Даже в бизнесе горизонт планирования до 5ти лет в лучшем случае. Хотя там не код пишут, а закапывают миллиарды в заводы и прочие долгосрочные проекты.

А вот как герои выбрасывают лисапеды да, наблюдаю все эти 19 лет :)

Йуный джавистЪЯ считаю, что велосипед - это как раз juice или спринг.
Дело хозяйское - считаете так - НЕ используйте, делов то.

Ищущий Знания,

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

Так вот если вы программировали чего-то там в одиночку или вдвоем-втроем, "в подвале", вдали от мейнстрима, да еще пришли с недоумением новичка - а чего оно и к чему - то это у вас проблемы, а не у того кто вам отвечает.

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

Но если вы хотите понять почему другие используют, то засуньте вначале свое мнение туда где вы его взяли. И потрудитесь "молча" понять что вам рассказывают. Уже потому что ваше мнение - на* никому не нужно, бестолково как мнение того прогремевшего на весь рунет автора антивируса "Иммунитет".

Удачи.