Alexsalog IoC - допустим мне надо создать объект. Так я не создаю его напрямую, а непременно заказываю у фабрики. Зачем ?
Затем что просто создать объект - обычно недостаточно, его еще нужно проинициализировать. И частенько, для этой инициализации еще создаются другие объекты. А для них, еще, и еще. Хотите брать эту ответственность на себя - дело хозяйское. Только при рефакторинге, или иной переделке системы придется и эту часть переделывать
Во-вторых фабрика обычно возвращает интерфейсный объект. Работа же по интерфейсу - уменьшает зависимость от реализации
В-третьих - какие-то объекты могут быть синглтонами, какие-то хранится в пуле. Опять же, вам все равно, что дали с тем и работаете спокойно

AlexsalogДопустим мне надо установить зависимости между объектами. Как бы я действовал: создал бы крупный класс, в котором все вспомогательные объекты создаются и используются по необходимости. А Spring что дает ? Что облегчает? От чего избавляет ?
Вот от этого и избавляет - "создал бы крупный класс, в котором все вспомогательные объекты создаются и используются по необходимости." Это ведь порядочная часть кода. Который требует отладки. А потом - модификации. Оно вам надо?

Описание же связей между объектами в Спринге вообще выносится из языка программирования в конфиги. Все, голова не болит о связях, и правильной их инициализации. Решай задачу ту что нужно, а не пиши инфраструктуру, чтобы начать решать задачу ту что нужно.

Petro123,

При чем тут процедурное, или еще какое программирование программирование?

Spring - это средство сборки приложения. Это другой уровень абстракции нежели парадигма языка программирования.

Petro123Осталось только пример привести.

По опыту общения с начинающими - малополезно.
Будет много кода, но даже по этому коду преимуществ видно не будет, пока мышление программиста находится на уровне задач
"вывод строки Hello world в консоль"

Кроме того, начинающий программистам очень сложно объяснить, что когда над проектом работает более 5ти человек одновременно, то головняк это уже не только тим-лида или иного менеджера. И многие средства в программировании, например и Spring и появились для уменьшения проблем при коллективной разработке.
Начинающий же программист в команде еще не работал, и чужой многолетний код ему еще не доставался в наследство.

Поэтому скажу так:
Нужно построить дом.
Важна ли информация о строении атома для этой задачи?

Так вот Spring (как и "конкурент" Java EE) это средство проектирования и строительства домов.
Мастеру изготовления кирпичей - и с приплатой не нать.
И производителю линолеума.
И производителю сантехники.

Подумалось, раз процедурное программирование затронули.

Представим Spring для plain C

Есть набор инфраструктурных функций, нашего "Spring for plain C", которые возвращают указатели на функции определенных, нам известных сигнатур.

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

И описаны правила возврата указателей не на plain C, а в неких текстовых файлах.
Причем, это описание фактически декларативному DSL.
Специализация этого DSL -
описание API не на используемом языке программирования,
описание правил, параметров инициализации
описание порядка и зависимостей инициализации

Это описание позволяет вынести из кода общие свойства взаимодействия подсистем, и их составляющих компонент.
То есть из GRASP: Low Coupling — это принцип, который позволяет распределить обязанности между объектами таким образом, чтобы степень связанности между системами оставалась низкой.
применяется уже к самим законченным подсистемам или функциям, или объектам, а не к коду как таковому.

Petro123,

Кто такой - прогер? Какова специализация, каков стаж?

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

Petro123Это будет взвешенный подход технаря а не менеджера продаж.
Какого еще менеджера продаж?

Если ты программист на Java то я тебе проще скажу:
Ты либо будешь работать в крупных проектах, и тогда: понимаешь ты, или не понимаешь, нравится тебе, или не нравится, тебя заставят изучать и писать на Spring, "Java EE" или еще каком OSGi
Или ты будешь аутсайдером и троллем на форумах.
Ну или уйдешь в "php".

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

Petro123я предлагаю наоборот, я буду спринг хвалить, а ты говорить его недостатки.
С какой целью мне это делать?
Если бы с понимающим достоинства Spring - то да, полезный был бы обмен мнениями.
А так - зачем мне это нужно?

К тому же, есть два вида спрашивающих
Одни ставят в конце вопроса вопросительный знак.
Другие - восклицательный.

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

Озверин,

И еще наворотят, не сомневаюсь :)

Как по мне в данном разговоре важнее не виды "Spring"'а, а фундаментальные, главные, идеологические принципы которые заложены в семейство Spring.
А доки там много, если обсуждать ее нюансы на форуме, то ох много буков будет :)

Petro123,

Petro123Другие индивидуальный пошив сапог ДЛЯ заказчика.
Когда Зингер выпустил свою первую машинку - белошейки тоже возмущались, и доказывали что ручная то работа...
Таперы в США в 20ых тоже доказывали что звуковое кино - буээээ

Petro123Не пиши много, давай лучше код
А я уже объяснил.
Только ты не программист, а кодэр. Вот тебе и непонятно ничего с моих объяснений.
И код тебе не поможет поднять свой уровень абстракции, на другой уровень. Выше кода на языке программирования.

Petro123А то тему закроют.
И правильно сделают. Не только мной, а и другими даны подсказки на вопрос - "а зачем же Spring на свете?".

Petro123, дружочек
сложно объяснить 5летнему почему седеющие мужчины боятся импотенции.

А фейсом об тейбл тебе придется учиться.
Или - поработать содержимым головы.
Либо понимание придет снаружи - либо изнутри.

Клясть же можешь кого угодно. Проблемы то у тебя, а не у меня, или у других успешно применяющих Spring и отбирающих жирные заказы у любителей писать лисапеды.

Petro123,

не беда, мне не платят ни за троллинг ни за преподавание вот таким :)
Так что в обоих умениях могу себе позволить быть полным профаном.

Petro123Всё равно как у "забыл ник" у тебя не получается.
А зачем мне дублировать чье-то объяснение?
Раз уже было дано, и человек все равно не понял, попробовать нужно другое.

LeonidvТолько непонятно, зачем ты его разводишь в каждом топике?
А это наверное такой вид ЧСВ.

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

Такие вот они, гонористые попиратели авторитетов :)

Petro123- с 3-ей стороны должна быть хорошая поддержка IDE и рантайм.
SpringSource Tool Suite - не идеален, но много уже умеет.

Другое направление развития средств работы с этим всем хозяйством - Spring Roo