powered by simpleCommunicator - 2.0.30     © 2024 Programmizd 02
Map
Форумы / Java [игнор отключен] [закрыт для гостей] / Получение spring beans в классе, неуправляемом spring
13 сообщений из 113, страница 5 из 5
Получение spring beans в классе, неуправляемом spring
    #39957240
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid Kudryavtsev
ООП зиждется на постулате инкапсуляции: данные и код которые их обрабатывают должны быть собраны в одном месте

Вроде бы верный постулат. Но если взять реальные бизнес-системы, то он нифига не действует.
Действует. Не работают "наивные" иерархии классов.
По факту, приходится брать всю (сложную) предметную область и раскладывать на "технически эффективные объекты", а не "описывать бизнес-терминологию на языке объектов".
...
Рейтинг: 0 / 0
Получение spring beans в классе, неуправляемом spring
    #39957241
unregestered
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid Kudryavtsev, мне кажется проблема больше в Джаве, как таковой. В ней смешиваются понятия модуля (функциональное разделение с инкапсуляцией) и класса. И, кроме того, в джаве не бывает методов без класса, хотя, казалось бы, никто не заставляет писать все процедуры внутри классов. Они могут лежать и отдельно, как в Делфи или С++, например. В результате джависты вынуждены создавать искусственные объекты: всякие там контроллеры, генераторы, парсеры, утилитные классы и пр. , чтобы обойти ограничения языка.

Смешную фразу прочитал от Вирта недавно:

"Просто невозможно поблагодарить всех тех, кто так или иначе подпитывал своими идеями то, что теперь называется Oberon. Большинство идей пришло от использования и изучения существующих языков, таких как Modula-2, Ada, Smalltalk и Cedar, которые часто предостерегали нас от того, как не надо делать ."
...
Рейтинг: 0 / 0
Получение spring beans в классе, неуправляемом spring
    #39957258
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
unregestered
Leonid Kudryavtsev, мне кажется проблема больше в Джаве, как таковой. В ней смешиваются понятия модуля (функциональное разделение с инкапсуляцией) и класса. И, кроме того, в джаве не бывает методов без класса, хотя, казалось бы, никто не заставляет писать все процедуры внутри классов. Они могут лежать и отдельно, как в Делфи или С++, например. В результате джависты вынуждены создавать искусственные объекты: всякие там контроллеры, генераторы, парсеры, утилитные классы и пр. , чтобы обойти ограничения языка.


Kotlin?! :-)
...
Рейтинг: 0 / 0
Получение spring beans в классе, неуправляемом spring
    #39957372
Фотография fixxer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorov
Leonid Kudryavtsev
ООП зиждется на постулате инкапсуляции: данные и код которые их обрабатывают должны быть собраны в одном месте

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


+1 к наивным иерархиям. Каким образом формы документов, которые по-сути просто мешок данных для печати отчета, внезапно стали бизнес-сущностью?
...
Рейтинг: 0 / 0
Получение spring beans в классе, неуправляемом spring
    #39957373
Фотография fixxer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
дубликат
...
Рейтинг: 0 / 0
Получение spring beans в классе, неуправляемом spring
    #39957393
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
unregestered

"Просто невозможно поблагодарить всех тех, кто так или иначе подпитывал своими идеями то, что теперь называется Oberon. Большинство идей пришло от использования и изучения существующих языков, таких как Modula-2, Ada, Smalltalk и Cedar, которые часто предостерегали нас от того, как не надо делать ."

Насколько я понимаю Оберон это не просто язык. Это целая академическая разработка ОС+Среда+Язык.
Тоесть сравнивать его (Оберон) можно не как язык а как отдельную идею и только в этой весовой категории.
...
Рейтинг: 0 / 0
Получение spring beans в классе, неуправляемом spring
    #39957419
забыл ник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorov
Практика показывает, что всегда найдётся задача (целый класс задач) где надо "портянку растягивать". От концептуальной эстетики языка это не зависит.
Помнится, была на RSDN статья про "сложность". Основной посыл: сложность она такая, какая есть. Всё, что можно сделать - "замести" часть сложности "куда-то". Я бы сказал, что замести сложность в "концепции языка" - вряд ли удастся.

Не стоит путать инфраструктурную сложность и сложность бизнес-модели. На сложность бизнес-модели ни язык ни платформа никаким образом повлиять не могут, это очевидно. А вот по поводу инфраструктруной сложности - еще как могут, далее в топике приведен хороший пример, когда для того чтобы написать просто функцию надо создать целый класс. Так что не все так просто
...
Рейтинг: 0 / 0
Получение spring beans в классе, неуправляемом spring
    #39957431
забыл ник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid Kudryavtsev


А дальше начинается порнография. В каком из этих объектов я должен реализовывать метод РазнестиОплату (Квитовать) ? Чисто организационно (по рабочим группам), он относится к модулю ПриемПлатежей. НО он так же должен иметь полный доступ к функционалу Bill и BillLines.

Т.е. или всю секьюрити/инкапсуляция идет лесом или нужно кодировать 100500 мелких служебных функций, что бы туда-сюда-обратно управление между классами передавать. Так же и внесение изменений. Любое изменение по любому пчиху заказчика, затрагивает все классы. Которые относятся к совершенно разным (организационно) группам (программистам) и модулям: Платежи и Счета/Начисления. Т.е. модульность и инкапсуляция становится не благом, а даже злом (организационно).

Не в бровь а в глаз:) Нельзя не вспомнить знаменитую статью Армстронга(создателя Эрланга) - "The problem with object-oriented languages is they’ve got all this implicit environment that they carry around with them. You wanted a banana but what you got was a gorilla holding the banana and the entire jungle."

Объединение данных и алгоритмов в одном месте - насквозь костыльная идея, как ни пытались ввести в массы rich model посредством Фаулера - так ничего и не вышло. Как писали Сервисы и контроллеры так и пишут.
...
Рейтинг: 0 / 0
Получение spring beans в классе, неуправляемом spring
    #39957452
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
забыл ник
А вот по поводу инфраструктруной сложности - еще как могут, далее в топике приведен хороший пример, когда для того чтобы написать просто функцию надо создать целый класс. Так что не все так просто
А не надо ставить лошадь позади телеги.
Вы же не "внезапно обнаружили", что "функция может быть только в виде метода класса"? Нет. Вот и проектируйте иерархию объектов с учётом имеющихся ограничений. Не впадая брезгливое омерзение эстетствующего творца.
...
Рейтинг: 0 / 0
Получение spring beans в классе, неуправляемом spring
    #39957456
забыл ник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorov
забыл ник
А вот по поводу инфраструктруной сложности - еще как могут, далее в топике приведен хороший пример, когда для того чтобы написать просто функцию надо создать целый класс. Так что не все так просто
А не надо ставить лошадь позади телеги.
Вы же не "внезапно обнаружили", что "функция может быть только в виде метода класса"? Нет. Вот и проектируйте иерархию объектов с учётом имеющихся ограничений. Не впадая брезгливое омерзение эстетствующего творца.

Так эти ограничения идут от инструмента, они ортогональны бизнес-логике, зачем мне "сжимать зубы и терпеть"? Я пожалуй поищу другой инструмент. Вся история развития программирования - это постепенный вынос инфраструктурной сложности в саму платформу, чтобы программист мог сконцентрироваться на бизнес-логике
...
Рейтинг: 0 / 0
Получение spring beans в классе, неуправляемом spring
    #39957466
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
забыл ник
Вся история развития программирования - это постепенный вынос инфраструктурной сложности в саму платформу, чтобы программист мог сконцентрироваться на бизнес-логике
... с постоянным обнаружением того факта, что невозможно создать универсальную платформу.
Но гордые эстеты от программирования продолжают уверенно шагать по старым граблям.
...
Рейтинг: 0 / 0
Получение spring beans в классе, неуправляемом spring
    #39957469
забыл ник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorov
забыл ник
Вся история развития программирования - это постепенный вынос инфраструктурной сложности в саму платформу, чтобы программист мог сконцентрироваться на бизнес-логике
... с постоянным обнаружением того факта, что невозможно создать универсальную платформу.
Но гордые эстеты от программирования продолжают уверенно шагать по старым граблям.

Само собой серебряной пули нет. И каждому инструменты - свое дело. Но ты же не поспоришь что например параллельное программирование на лет так 15 назад это небо и змеля. И так во всем. Невозможность создания универсального инструмента не отменяет попытки усоверщенствовать имеющиеся
...
Рейтинг: 0 / 0
Получение spring beans в классе, неуправляемом spring
    #39957486
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
забыл ник
Невозможность создания универсального инструмента не отменяет попытки усоверщенствовать имеющиеся
Я как-то потерялся в потоке ваших мыслей ...
Работа у вас "инструменты совершенствовать" или, таки, "бизнес програмировать"???
А если совершенствовать, то в чём проблема? Берём JVM/JLS и пишем "новое API без недостатков", опираясь на возможности модуляризированной платформы.
Если правильно помню, то собственно JVM для запуска требуется всего пяток классов: Class, ClassLoader, Thread, ThreadGroup и String. Если "делать правильно", то мы свободны и от ограничений существующего String API.
Если делать собственный компилятор, то можно порешать ещё и проблемы (un)box/generics.
...
Рейтинг: 0 / 0
13 сообщений из 113, страница 5 из 5
Форумы / Java [игнор отключен] [закрыт для гостей] / Получение spring beans в классе, неуправляемом spring
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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