|
|
|
Spring. Начало. Наверно будет холивар...
|
|||
|---|---|---|---|
|
#18+
Добрый день, Ищущий Знания! > ну будет вместо > 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 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2013, 10:02:05 |
|
||
|
Spring. Начало. Наверно будет холивар...
|
|||
|---|---|---|---|
|
#18+
SkyNIN, Я утрирую, и преувеличиваю, но суть в том: - программист осознанно не любит использовать фреймворки в пику библиотек. И это есть правильно. Т.к. фреймворки это продукт программиста на выходе. - если использовать фреймворк на 100 процентов. то мы получаем 1С. А вы в курсе как их зовут - конфигураторы. - повальное увлечение XML скоро пройдёт. Скоро - в кавычках. Но я, лично, аннотации в коде люблю больше . Эо не ГУИ-разметка чтобы выносить лайоуты и цвета в отдельные файлы. - СПРИНГ - один Бог. И это плохо. Отрадно, что тут упоминали про ДРУГИЕ реализации инжекции-декларативно или метапрограммирование\конфигурирование. - уровень сложности кода на Java возрастает. Именно поэтому такое большое значение придаётся тестированию (основной довод за спринг). Т.е. причина в сложности кода, который спринг помогает тестить (каламбур). ______________________________________________ "Сложнее всего в мире достигнуть простоты — это крайняя граница опыта и последнее усилие гения". © George Sand. AutoPOI.ru — ГИС-технологии для Oracle ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2013, 10:02:28 |
|
||
|
Spring. Начало. Наверно будет холивар...
|
|||
|---|---|---|---|
|
#18+
GKS_SamaraВопрос масштаба. Но 10 бинах не заметишь. +1 Вот! Именно это очень интересный вопрос. Т.к. уловить ту грань, где спринг-подход нужен, очень сложно. Т.е. имхо надо писать и с ним, и без него. А весь интернет завален примерами ни к селу ни к городу). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2013, 10:06:18 |
|
||
|
Spring. Начало. Наверно будет холивар...
|
|||
|---|---|---|---|
|
#18+
Petro123А весь интернет завален примерами ни к селу ни к городу). Spring Framework, помимо DI, дает еще много чего полезного и интересного (управление транзакциями, например). А переплата за его использованием (другими словами - сложность), минимальна. Поэтому часто бывает удобно подключить его и к маленьким проектам. Плюс, не забываем, что примеры показывают один аспект использования библиотеки, поэтому часто части сами по себе примеры не показывают КОГДА использовать Spring, а КАК его использовать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2013, 10:38:01 |
|
||
|
Spring. Начало. Наверно будет холивар...
|
|||
|---|---|---|---|
|
#18+
Leonidvа КАК его использовать. конечно, т.к. "Дозу" проще распространять примерами Как её приготовить. А потом уже и вопросов Зачем - не появится))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2013, 10:56:12 |
|
||
|
Spring. Начало. Наверно будет холивар...
|
|||
|---|---|---|---|
|
#18+
Таки это холивар против реализации IoC в спринге или в целом против IoC`а?:) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2013, 11:13:47 |
|
||
|
Spring. Начало. Наверно будет холивар...
|
|||
|---|---|---|---|
|
#18+
ОзверинТаки это холивар против реализации IoC в спринге или в целом против IoC`а?:) А если бы был разговор про MVC, то SpringMVC бы задели? ))))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2013, 11:22:50 |
|
||
|
Spring. Начало. Наверно будет холивар...
|
|||
|---|---|---|---|
|
#18+
SkyNINНо если вы хотите понять почему другие используют, то засуньте вначале свое мнение туда где вы его взяли. И потрудитесь "молча" понять что вам рассказывают. Уже потому что ваше мнение - на* никому не нужно, бестолково как мнение того прогремевшего на весь рунет автора антивируса "Иммунитет". Удачи. Дятел, потрудись зазусунуть себе свое собственное мнение... ну ты сам знаешь куда. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2013, 11:23:06 |
|
||
|
Spring. Начало. Наверно будет холивар...
|
|||
|---|---|---|---|
|
#18+
Petro123ОзверинТаки это холивар против реализации IoC в спринге или в целом против IoC`а?:) А если бы был разговор про MVC, то SpringMVC бы задели? ))))) Нет..а надо бы?О_О ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2013, 11:24:56 |
|
||
|
Spring. Начало. Наверно будет холивар...
|
|||
|---|---|---|---|
|
#18+
Озверин, угу. Его пора в Commons библиотеку. Или им давно пора сделать своё IDE-платформу). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2013, 11:27:12 |
|
||
|
Spring. Начало. Наверно будет холивар...
|
|||
|---|---|---|---|
|
#18+
Ищущий Знания, аспекта 2, как для меня: 1) Снижение связности, что а) позволяет проще тестировать б) использовать разные реализации одного интерфеса(даже, неизвестные вам реализации, допустим - плагины так проще писать) 2) Управление бинами как "перечнем" классов, т.е. отрефакторили вы несколько классов, сделали их stateless и вам вместо new MyClass() везде теперь надо писать MyClass.getInstance();. В случае со спрингом вы в одном xml пропишите это действие. Таких фишек именно в управлении конфигурацией(для того и сделано) достаточно Да и не спрингом единым с его DI ..можно же и guice использовать. А можно и другую реализацию IoC`а - ServiceLocator. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2013, 11:42:13 |
|
||
|
Spring. Начало. Наверно будет холивар...
|
|||
|---|---|---|---|
|
#18+
ОзверинТаки это холивар против реализации IoC в спринге или в целом против IoC`а?:) Не, не против IoC, просто зацепился за него на примере спринга. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2013, 11:42:40 |
|
||
|
Spring. Начало. Наверно будет холивар...
|
|||
|---|---|---|---|
|
#18+
Озверинт.е. отрефакторили вы несколько классов, сделали их stateless и вам вместо new MyClass() везде теперь надо писать MyClass.getInstance() А можно чуть подробнее про этот момент? Почему при stateless так изменится код? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2013, 11:49:03 |
|
||
|
Spring. Начало. Наверно будет холивар...
|
|||
|---|---|---|---|
|
#18+
Ищущий ЗнанияОзверинт.е. отрефакторили вы несколько классов, сделали их stateless и вам вместо new MyClass() везде теперь надо писать MyClass.getInstance() А можно чуть подробнее про этот момент? Почему при stateless так изменится код? Я не раскрыл, для чего stateless - чтобы в многопоточной среде использовать.. И из этого уже вытекает, что создать надо 1 раз(а для чего еще делалось?) А в многопоточной среде безопасное создание - вообще довольно муторная вещь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2013, 11:52:23 |
|
||
|
Spring. Начало. Наверно будет холивар...
|
|||
|---|---|---|---|
|
#18+
Озверинчтобы в многопоточной среде использовать в общем среднем по госпиталю, - в десктоп клиентах принято - 1 поток на всё приложение и классы со сложным созданием и с сосотоянием - в вебе всё разбито на осколки без состояния. Процедуры БЛ-сервисы и пул этих бинов без состояний. На Java чистых десктопов всё меньше imho ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2013, 12:13:18 |
|
||
|
Spring. Начало. Наверно будет холивар...
|
|||
|---|---|---|---|
|
#18+
Добрый день, Озверин! > аспекта 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 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2013, 12:17:31 |
|
||
|
Spring. Начало. Наверно будет холивар...
|
|||
|---|---|---|---|
|
#18+
Добрый день, Petro123! > в общем среднем по госпиталю, > - в десктоп клиентах принято - 1 поток на всё приложение и классы со > сложным созданием и с сосотоянием В яве? Очень плохое допущение. Боком выйдет. -- Алексей JID: alxt@ya.ru Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2013, 12:18:18 |
|
||
|
Spring. Начало. Наверно будет холивар...
|
|||
|---|---|---|---|
|
#18+
GKS_Samara, потоки - "вообще довольно муторная вещь " (Озверин) )) в десктопе (2 звена) они не нужны. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2013, 12:41:41 |
|
||
|
Spring. Начало. Наверно будет холивар...
|
|||
|---|---|---|---|
|
#18+
дополню..так в Java понятнее - в Толстом клиенте они не нужны. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2013, 12:45:02 |
|
||
|
Spring. Начало. Наверно будет холивар...
|
|||
|---|---|---|---|
|
#18+
Petro123дополню..так в Java понятнее - в Толстом клиенте они не нужны. Как раз в толстом клиенте без SwingWorker-а никуда. Если standalone, без особого IO, то ещё можно обойтись. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2013, 12:50:59 |
|
||
|
Spring. Начало. Наверно будет холивар...
|
|||
|---|---|---|---|
|
#18+
BlazkowiczPetro123дополню..так в Java понятнее - в Толстом клиенте они не нужны. Как раз в толстом клиенте без SwingWorker-а никуда. Если standalone, без особого IO, то ещё можно обойтись. я не знаю что это такое). Но я хорошо знаю, что к примеру, поток реализующий модальное окно - совсем не к месту в прикладном программировании. А больше там потоки некуда засунуть. Стек процедур от ButtonClick до КнопкаСделалаСвоюРаботуИ_отжалась - конечен. И в потоках не нуждается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2013, 12:56:05 |
|
||
|
Spring. Начало. Наверно будет холивар...
|
|||
|---|---|---|---|
|
#18+
Добрый день, Petro123! > Стек процедур от ButtonClick до КнопкаСделалаСвоюРаботуИ_отжалась - > конечен. И в потоках не нуждается. Т.е. о фоновой работе приложения ты не слышал? Вот иногда хочется авторам pl/sql-developer'а за такой подход гвоздь в голову забить. Начал операцию потормознее- и всё, можно о работе в нём и не помышлять. Особенно бесит после eclipse. -- Алексей JID: alxt@ya.ru Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2013, 12:58:29 |
|
||
|
Spring. Начало. Наверно будет холивар...
|
|||
|---|---|---|---|
|
#18+
GKS_Samara, OFF слышал. И хорошо знаю, что бесит в Eclipse от асинхронности. И что бесит в Developer от синхронности)). Фоновая работа - очень специфическая вещь. И так же как Спринг \ IoC не всем нужна. А некоторым - вредна. Есть Excell в нём можно писать текст. А есть Word в нём можно писать таблички. А вод - ВордоExcell - это Г. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2013, 13:02:50 |
|
||
|
Spring. Начало. Наверно будет холивар...
|
|||
|---|---|---|---|
|
#18+
берём условный пример UML связей классов в условном проекте. Давайте Засунем сюда асинхронность перевода счетов и отсутствие состояния в классах. .. Я не думаю, что эта диаграмма менее понятная чем простынь связей в XML спринга IMHO ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2013, 13:10:42 |
|
||
|
Spring. Начало. Наверно будет холивар...
|
|||
|---|---|---|---|
|
#18+
Petro123SkyNIN, - программист осознанно не любит использовать фреймворки в пику библиотек. потому что ему лениво учить что-то новое Petro123 И это есть правильно что может быть правильного в стремлении наступить на все грабли лично? большинство фреймворков написано людьми, превосходящими подавляющую массу программистов и по опыту и по знаниям. это все равно как игнорировать военный устав, который, как известно, написан кровью. если фреймворк 100% отвечает целям, нужно использовать его, а не городить велосипеды. Petro123- если использовать фреймворк на 100 процентов. то мы получаем 1С. А вы в курсе как их зовут - конфигураторы. благодаря тебе, мы читаем про конфигурастов в каждом втором твоем посте. это бред собачий. Петро, это БРЕД. это все равно как сказать, что повар, готовящий на электроплите вместо костра - не повар. Petro123Но я, лично, аннотации в коде люблю больше . Эо не ГУИ-разметка чтобы выносить лайоуты и цвета в отдельные файлы. это тоже весьма спорное утверждение. Если у меня есть POJO класс, который мне надо сохранить в базу, а еще уметь сериализовать в xml, то я его должен обвешать аннотациями, как новогоднюю елку. а потом, в один прекрасный день, мне этот объект понадобится в андроиде, и нахрена мне все эти зависимости? Petro123- СПРИНГ - один Бог. И это плохо. опять чепуха. спринг - это сборник библиотек и технологий. практически у каждой из них есть аналоги, у многих не один. Petro123- уровень сложности кода на Java возрастает не уровень сложности кода на Java, а уровень сложности приложений. чувствуешь разницу? даже среднестатистическая лабораторка достаточно сложна для того, чтобы легче было написать тесты, а не вводить ручками различные варианты данных и сверять результат. Жаль мне об этом в универе никто не потрудился рассказать. Petro123Именно поэтому такое большое значение придаётся тестированию большое значение придаётся тестированию, потому что оно имеет большое значение. понимаю, это сложно понять рeбятам всю жизнь писавшим код в пределах OnButton1Click Petro123(основной довод за спринг). ты опять ничего не понял. для облегчения тестирования нужна слабая связность тестируемых компонент. спринг тут совершенно сбоку. Petro123Т.е. причина в сложности кода, который спринг помогает тестить (каламбур). тут каламбуром и не пахнет. телом - бел, калом - бур. Вот это был бы каламбур ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2013, 13:12:54 |
|
||
|
|

start [/forum/topic.php?fid=59&msg=38187801&tid=2129690]: |
0ms |
get settings: |
14ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
54ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
60ms |
get tp. blocked users: |
2ms |
| others: | 284ms |
| total: | 452ms |

| 0 / 0 |
