powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Java [игнор отключен] [закрыт для гостей] / Spring. Начало. Наверно будет холивар...
25 сообщений из 159, страница 4 из 7
Spring. Начало. Наверно будет холивар...
    #38187608
GKS_Samara
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день, Ищущий Знания!

> ну будет вместо
> MyClass mc = new MyClass();
> вот так
> @autowire
> MyClass mc;
> Что изменится-то? или зависимость от MyClass куда-то мифическим образом
> денется?

1. Инъектируется не класс, а интерфейс. А тот, кто делает инъекцию- даже
не в курсе, кто реализует этот интерфейм.

2. Если у нас всё стейтлесс, то будет не new MyClass(), а
MyClass.getInstance() т.к. в spring'е по обному объекту вроде как
создаётся. В JavaEE будет получение объекта из пула.

3. Если у нас всё сложнее, и есть смешение классов разных типов
(staless, stafull) то тут ещё сложнее сделать всё самому.

> Все говорят о модульности спринг приложений...
> Если у меня приложение модульное, разбито на отдельные классы и т.д., то
> спринг сделает его еще модульнее?

Да. Т.к. зависящий не знает класса, реализующего интерфейс.

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

Вопрос масштаба. Но 10 бинах не заметишь.

--
Алексей
JID: alxt@ya.ru
Posted
via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Spring. Начало. Наверно будет холивар...
    #38187609
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SkyNIN,
Я утрирую, и преувеличиваю, но суть в том:
- программист осознанно не любит использовать фреймворки в пику библиотек. И это есть правильно. Т.к. фреймворки это продукт программиста на выходе.
- если использовать фреймворк на 100 процентов. то мы получаем 1С. А вы в курсе как их зовут - конфигураторы.
- повальное увлечение XML скоро пройдёт. Скоро - в кавычках. Но я, лично, аннотации в коде люблю больше . Эо не ГУИ-разметка чтобы выносить лайоуты и цвета в отдельные файлы.
- СПРИНГ - один Бог. И это плохо. Отрадно, что тут упоминали про ДРУГИЕ реализации инжекции-декларативно или метапрограммирование\конфигурирование.
- уровень сложности кода на Java возрастает. Именно поэтому такое большое значение придаётся тестированию (основной довод за спринг).
Т.е. причина в сложности кода, который спринг помогает тестить (каламбур).
______________________________________________
"Сложнее всего в мире достигнуть простоты — это крайняя граница опыта и последнее усилие гения". © George Sand.
AutoPOI.ru — ГИС-технологии для Oracle
...
Рейтинг: 0 / 0
Spring. Начало. Наверно будет холивар...
    #38187613
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GKS_SamaraВопрос масштаба. Но 10 бинах не заметишь.
+1
Вот! Именно это очень интересный вопрос. Т.к. уловить ту грань, где спринг-подход нужен, очень сложно.
Т.е. имхо надо писать и с ним, и без него.
А весь интернет завален примерами ни к селу ни к городу).
...
Рейтинг: 0 / 0
Spring. Начало. Наверно будет холивар...
    #38187646
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123А весь интернет завален примерами ни к селу ни к городу).
Spring Framework, помимо DI, дает еще много чего полезного и интересного (управление транзакциями, например). А переплата за его использованием (другими словами - сложность), минимальна. Поэтому часто бывает удобно подключить его и к маленьким проектам.

Плюс, не забываем, что примеры показывают один аспект использования библиотеки, поэтому часто части сами по себе примеры не показывают КОГДА использовать Spring, а КАК его использовать.
...
Рейтинг: 0 / 0
Spring. Начало. Наверно будет холивар...
    #38187670
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonidvа КАК его использовать.
конечно, т.к. "Дозу" проще распространять примерами Как её приготовить. А потом уже и вопросов Зачем - не появится)))
...
Рейтинг: 0 / 0
Spring. Начало. Наверно будет холивар...
    #38187692
Озверин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Таки это холивар против реализации IoC в спринге или в целом против IoC`а?:)
...
Рейтинг: 0 / 0
Spring. Начало. Наверно будет холивар...
    #38187705
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ОзверинТаки это холивар против реализации IoC в спринге или в целом против IoC`а?:)
А если бы был разговор про MVC, то SpringMVC бы задели? )))))
...
Рейтинг: 0 / 0
Spring. Начало. Наверно будет холивар...
    #38187706
SkyNINНо если вы хотите понять почему другие используют, то засуньте вначале свое мнение туда где вы его взяли. И потрудитесь "молча" понять что вам рассказывают. Уже потому что ваше мнение - на* никому не нужно, бестолково как мнение того прогремевшего на весь рунет автора антивируса "Иммунитет".

Удачи.

Дятел, потрудись зазусунуть себе свое собственное мнение... ну ты сам знаешь куда.
...
Рейтинг: 0 / 0
Spring. Начало. Наверно будет холивар...
    #38187709
Озверин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123ОзверинТаки это холивар против реализации IoC в спринге или в целом против IoC`а?:)
А если бы был разговор про MVC, то SpringMVC бы задели? )))))

Нет..а надо бы?О_О
...
Рейтинг: 0 / 0
Spring. Начало. Наверно будет холивар...
    #38187712
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Озверин,
угу. Его пора в Commons библиотеку. Или им давно пора сделать своё IDE-платформу).
...
Рейтинг: 0 / 0
Spring. Начало. Наверно будет холивар...
    #38187735
Озверин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ищущий Знания,

аспекта 2, как для меня:
1) Снижение связности, что
а) позволяет проще тестировать
б) использовать разные реализации одного интерфеса(даже, неизвестные вам реализации, допустим - плагины так проще писать)
2) Управление бинами как "перечнем" классов, т.е. отрефакторили вы несколько классов, сделали их stateless и вам вместо
new MyClass() везде теперь надо писать MyClass.getInstance();. В случае со спрингом вы в одном xml пропишите это действие.
Таких фишек именно в управлении конфигурацией(для того и сделано) достаточно



Да и не спрингом единым с его DI ..можно же и guice использовать. А можно и другую реализацию IoC`а - ServiceLocator.
...
Рейтинг: 0 / 0
Spring. Начало. Наверно будет холивар...
    #38187736
ОзверинТаки это холивар против реализации IoC в спринге или в целом против IoC`а?:)

Не, не против IoC, просто зацепился за него на примере спринга.
...
Рейтинг: 0 / 0
Spring. Начало. Наверно будет холивар...
    #38187744
Озверинт.е. отрефакторили вы несколько классов, сделали их stateless и вам вместо
new MyClass() везде теперь надо писать MyClass.getInstance()

А можно чуть подробнее про этот момент? Почему при stateless так изменится код?
...
Рейтинг: 0 / 0
Spring. Начало. Наверно будет холивар...
    #38187754
Озверин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ищущий ЗнанияОзверинт.е. отрефакторили вы несколько классов, сделали их stateless и вам вместо
new MyClass() везде теперь надо писать MyClass.getInstance()

А можно чуть подробнее про этот момент? Почему при stateless так изменится код?

Я не раскрыл, для чего stateless - чтобы в многопоточной среде использовать..
И из этого уже вытекает, что создать надо 1 раз(а для чего еще делалось?)
А в многопоточной среде безопасное создание - вообще довольно муторная вещь
...
Рейтинг: 0 / 0
Spring. Начало. Наверно будет холивар...
    #38187788
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Озверинчтобы в многопоточной среде использовать
в общем среднем по госпиталю,
- в десктоп клиентах принято - 1 поток на всё приложение и классы со сложным созданием и с сосотоянием
- в вебе всё разбито на осколки без состояния. Процедуры БЛ-сервисы и пул этих бинов без состояний.
На Java чистых десктопов всё меньше
imho
...
Рейтинг: 0 / 0
Spring. Начало. Наверно будет холивар...
    #38187799
GKS_Samara
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день, Озверин!

> аспекта 2, как для меня:
> 1) Снижение связности, что
> а) позволяет проще тестировать
> б) использовать разные реализации одного интерфеса(даже, неизвестные вам
> реализации, допустим - плагины так проще писать)
> 2) Управление бинами как "перечнем" классов, т.е. отрефакторили вы
> несколько классов, сделали их stateless и вам вместо
> new MyClass() везде теперь надо писать MyClass.getInstance();. В случае
> со спрингом вы в одном xml пропишите это действие.

А вот, кстати.
Можно без спринга:

1. Писать в каждом классе метод
getInstance который в stateless будет возвращать статическую переменную,
а в statefull - new MyClass().

2. Написать фабрику, закинуть её в статичную переменную приложения и
дёргать оттуда реализацию. Заменил фабрику в одном месте (при
инициализации приложения) - и готово.

Далее допилить удобство и получить, по сути, тот же Spring :)
Поэтому когда он становится хорошо знакомым, то многим проще всегда
использовать его, т.к. костылики хоть и работают, по сути, так же, но их
ещё писать надо, а знакомый spring - вот он.

--
Алексей
JID: alxt@ya.ru
Posted
via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Spring. Начало. Наверно будет холивар...
    #38187801
GKS_Samara
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день, Petro123!

> в общем среднем по госпиталю,
> - в десктоп клиентах принято - 1 поток на всё приложение и классы со
> сложным созданием и с сосотоянием

В яве? Очень плохое допущение. Боком выйдет.

--
Алексей
JID: alxt@ya.ru
Posted
via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Spring. Начало. Наверно будет холивар...
    #38187842
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GKS_Samara,
потоки - "вообще довольно муторная вещь " (Озверин)
))
в десктопе (2 звена) они не нужны.
...
Рейтинг: 0 / 0
Spring. Начало. Наверно будет холивар...
    #38187845
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
дополню..так в Java понятнее - в Толстом клиенте они не нужны.
...
Рейтинг: 0 / 0
Spring. Начало. Наверно будет холивар...
    #38187854
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123дополню..так в Java понятнее - в Толстом клиенте они не нужны.
Как раз в толстом клиенте без SwingWorker-а никуда. Если standalone, без особого IO, то ещё можно обойтись.
...
Рейтинг: 0 / 0
Spring. Начало. Наверно будет холивар...
    #38187861
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
BlazkowiczPetro123дополню..так в Java понятнее - в Толстом клиенте они не нужны.
Как раз в толстом клиенте без SwingWorker-а никуда. Если standalone, без особого IO, то ещё можно обойтись.
я не знаю что это такое). Но я хорошо знаю, что к примеру, поток реализующий модальное окно - совсем не к месту в прикладном программировании.
А больше там потоки некуда засунуть.
Стек процедур от ButtonClick до КнопкаСделалаСвоюРаботуИ_отжалась - конечен. И в потоках не нуждается.
...
Рейтинг: 0 / 0
Spring. Начало. Наверно будет холивар...
    #38187866
GKS_Samara
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день, Petro123!

> Стек процедур от ButtonClick до КнопкаСделалаСвоюРаботуИ_отжалась -
> конечен. И в потоках не нуждается.

Т.е. о фоновой работе приложения ты не слышал?
Вот иногда хочется авторам pl/sql-developer'а за такой подход гвоздь в
голову забить. Начал операцию потормознее- и всё, можно о работе в нём и
не помышлять. Особенно бесит после eclipse.

--
Алексей
JID: alxt@ya.ru
Posted
via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Spring. Начало. Наверно будет холивар...
    #38187869
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GKS_Samara,
OFF
слышал. И хорошо знаю, что бесит в Eclipse от асинхронности. И что бесит в Developer от синхронности)).
Фоновая работа - очень специфическая вещь.
И так же как Спринг \ IoC не всем нужна. А некоторым - вредна.
Есть Excell в нём можно писать текст. А есть Word в нём можно писать таблички.
А вод - ВордоExcell - это Г.
...
Рейтинг: 0 / 0
Spring. Начало. Наверно будет холивар...
    #38187881
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
берём условный пример UML связей классов в условном проекте.
Давайте Засунем сюда асинхронность перевода счетов и отсутствие состояния в классах.
..
Я не думаю, что эта диаграмма менее понятная чем простынь связей в XML спринга
IMHO
...
Рейтинг: 0 / 0
Spring. Начало. Наверно будет холивар...
    #38187885
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123SkyNIN,
- программист осознанно не любит использовать фреймворки в пику библиотек.
потому что ему лениво учить что-то новое

Petro123 И это есть правильно
что может быть правильного в стремлении наступить на все грабли лично? большинство фреймворков написано людьми, превосходящими подавляющую массу программистов и по опыту и по знаниям. это все равно как игнорировать военный устав, который, как известно, написан кровью. если фреймворк 100% отвечает целям, нужно использовать его, а не городить велосипеды.

Petro123- если использовать фреймворк на 100 процентов. то мы получаем 1С. А вы в курсе как их зовут - конфигураторы.
благодаря тебе, мы читаем про конфигурастов в каждом втором твоем посте. это бред собачий. Петро, это БРЕД. это все равно как сказать, что повар, готовящий на электроплите вместо костра - не повар.

Petro123Но я, лично, аннотации в коде люблю больше . Эо не ГУИ-разметка чтобы выносить лайоуты и цвета в отдельные файлы.
это тоже весьма спорное утверждение. Если у меня есть POJO класс, который мне надо сохранить в базу, а еще уметь сериализовать в xml, то я его должен обвешать аннотациями, как новогоднюю елку. а потом, в один прекрасный день, мне этот объект понадобится в андроиде, и нахрена мне все эти зависимости?

Petro123- СПРИНГ - один Бог. И это плохо.
опять чепуха. спринг - это сборник библиотек и технологий. практически у каждой из них есть аналоги, у многих не один.

Petro123- уровень сложности кода на Java возрастает
не уровень сложности кода на Java, а уровень сложности приложений. чувствуешь разницу? даже среднестатистическая лабораторка достаточно сложна для того, чтобы легче было написать тесты, а не вводить ручками различные варианты данных и сверять результат. Жаль мне об этом в универе никто не потрудился рассказать.

Petro123Именно поэтому такое большое значение придаётся тестированию
большое значение придаётся тестированию, потому что оно имеет большое значение. понимаю, это сложно понять рeбятам всю жизнь писавшим код в пределах OnButton1Click

Petro123(основной довод за спринг).
ты опять ничего не понял. для облегчения тестирования нужна слабая связность тестируемых компонент. спринг тут совершенно сбоку.

Petro123Т.е. причина в сложности кода, который спринг помогает тестить (каламбур).
тут каламбуром и не пахнет. телом - бел, калом - бур. Вот это был бы каламбур
...
Рейтинг: 0 / 0
25 сообщений из 159, страница 4 из 7
Форумы / Java [игнор отключен] [закрыт для гостей] / Spring. Начало. Наверно будет холивар...
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]