|
Фреймворки
|
|||
---|---|---|---|
#18+
Вообще не использую фреймворки, предпочитаю собирать приложение из библиотек, разве что spring как dependency injection. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.02.2019, 23:31 |
|
Фреймворки
|
|||
---|---|---|---|
#18+
maytonПо количеству использований Spring/SpringBoot наверное самый затасканый. JEE (забыл как ныне называется) ещё не сдался. maytonПо сути знания Java + Spring - это гарантия хорошо пройденного собеса Не везде maytonПлюсов у него очень много. Такими плюсами можно давить другие фреймворки. (Google Guice даже близко не стоял и решал только задачи DI. Хотя для некоторых проектов его бы хватило). Библиотеки делятся (название условное) на каркасы и компоненты. Каркас берёт на себя управление жизненныем циклом. Компоненты можно добавлять/удалять совершенно спокойно. Каркас- "должен остаться только один". Можно взять Guice и докидать спринговых кусков. Но нельзя путать его со Spring DI и Spring boot. Так что сравнивая каркасы- вполне разумно сравнивать spring/guice/kodein/dagger Другое дело, что в spring (так же как в JavaEE) есть возможности на все случаи жизни. Но (в отличии от JavaEE) их не надо использовать все. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2019, 07:53 |
|
Фреймворки
|
|||
---|---|---|---|
#18+
Alexey TominmaytonПо количеству использований Spring/SpringBoot наверное самый затасканый. JEE (забыл как ныне называется) ещё не сдался. maytonПлюсов у него очень много. Такими плюсами можно давить другие фреймворки. (Google Guice даже близко не стоял и решал только задачи DI. Хотя для некоторых проектов его бы хватило). Другое дело, что в spring (так же как в JavaEE) есть возможности на все случаи жизни. Но (в отличии от JavaEE) их не надо использовать все. Маятник "легковесности" JEE-SpringFramework уже (лет 5-6 назад где-то это началось) разворачивается в другую сторону. Правда, не скажу насчёт 5-го спринга - может быть они там увеличили скорость запуска на порядок (в 10 раз). Если нет - то спринг (особенно бут) уже давно стал "тяжеловесом" :) ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2019, 10:11 |
|
Фреймворки
|
|||
---|---|---|---|
#18+
qasta Если нет - то спринг (особенно бут) уже давно стал "тяжеловесом" :) Полностью согласен с этим мнением. Никак не получается уменьшить время запуска WEB приложения менее 5-7 секунд. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2019, 10:15 |
|
Фреймворки
|
|||
---|---|---|---|
#18+
Ентрепрайз-приложения могут стартовать по 10-20 минут. Прогревают in-memory кеши и прочее. И какое значение тут имеют 2-3 минуты? Тут либо приложение не то. Либо спринг не нужен. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2019, 11:14 |
|
Фреймворки
|
|||
---|---|---|---|
#18+
maytonЕнтрепрайз-приложения могут стартовать по 10-20 минут. - могут, но не должны, это тот случай когда надо разбивать монолит ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2019, 11:16 |
|
Фреймворки
|
|||
---|---|---|---|
#18+
Зачем его разбивать. Он - прекрасен. Главное чтоб железка тянула. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2019, 11:17 |
|
Фреймворки
|
|||
---|---|---|---|
#18+
Может когда говорят слово Монстр или тяжеловесный фреймворк это не время старта все таки? Это комплексная характеристика. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2019, 11:50 |
|
Фреймворки
|
|||
---|---|---|---|
#18+
maytonЕнтрепрайз-приложения могут стартовать по 10-20 минут. Прогревают in-memory кеши и прочее. И какое значение тут имеют 2-3 минуты? Тут либо приложение не то. Либо спринг не нужен. Никто не говорит, что "так делать нельзя" и приложение должно запускаться за секунду. Просто не стоит сейчас говорить о том, что спринг является легковесным по сравнению с JEE. В целом я положительно отношусь к наличию фреймворков, отличных от JEE. Тот же Google Guice явился в своё время альтернотивой тем, что был "чисто DI" и ничего лишнего. Мы на него наше десктоп-приложение перевели и на ровном месте (убрав *.xml от спринга и добавив *.java для guice) получили уменьшение времени запуска с 15 секунд до 5 (примерно - это было лет 10 назад, уже и не помню). Ну или взять тот же Hibernate - лишь благодаря ему из JEE выкинули нахрен CMP бины (старожилы помнят эту хрень, для молодых - Container Managed Persistence) и практически скопировали hibernate в JPA (введя последний в том числе и в состав JEE). JDO правда, так и не выжил. Кстати, кардинальное ускорение запуска сервера приложений JBoss 8 (или Wildfly 8) было своеобразным ответом на наличие spring-test. Ибо сприинговые приложения тогда автотестировались очень быстро (а без @DirtiesContext - ещё быстрее :) ), а в J2EE только пустой сервер поднимался секунд 30... ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2019, 11:53 |
|
Фреймворки
|
|||
---|---|---|---|
#18+
Да я про JEE вообще ничего не говорил. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2019, 12:18 |
|
Фреймворки
|
|||
---|---|---|---|
#18+
KachalovmaytonЕнтрепрайз-приложения могут стартовать по 10-20 минут. - могут, но не должны, это тот случай когда надо разбивать монолит у любой архитектуры есть плюсы и минусы, и у микросервисов и у монолита. это странно было бы отрицать. зависит от конкретного случая. поднять шайбу из десятка микросервисов тоже за секунды не выйдет. далее, голое спринг-бут приложение стартует ну у меня по крайней мере в общем то мгновенно. не 5 секунд точно. а дальше уж смотря что ты наподключаешь к нему. у спринг-бута по дефолту многое что уже включено из коробки. отключи если не надо. или забей. причем, второе предпочтительнее. всё-равно по итогу тормозить будет в совсем другом месте и совсем не по причине спринга. спринг - клёвейшая штука. на нем можно делать от микросервисиков в десяток строк и до диких монолитов с миллионом строк кода. кроме того, спринг весьма гибкая штука и если тебе хочется что-то потюнить то перед тобой все (ну почти все) двери будут открыты. и, ты не поверишь, но спринг избавляет от целой кучи бойлерплейтов. это очень приятно. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2019, 13:29 |
|
Фреймворки
|
|||
---|---|---|---|
#18+
vimbaВообще не использую фреймворки, предпочитаю собирать приложение из библиотек, разве что spring как dependency injection. если ты делаешь дома под пивасик лабораторку соседу то сканает. если речь идет о проекте с ценником выше ста баксов то ситуация меняется. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2019, 13:31 |
|
Фреймворки
|
|||
---|---|---|---|
#18+
А еще спринг приложение долго стартуют если включен дебаг в логгере (TRACE или DEBUG). Сам проверял. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2019, 13:45 |
|
Фреймворки
|
|||
---|---|---|---|
#18+
andreykaTvimbaВообще не использую фреймворки, предпочитаю собирать приложение из библиотек, разве что spring как dependency injection. если ты делаешь дома под пивасик лабораторку соседу то сканает. если речь идет о проекте с ценником выше ста баксов то ситуация меняется. блин, да даже дома под пивасик тратить время на бог бойлерпринт всякий - такое себе удовольствие. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2019, 14:03 |
|
Фреймворки
|
|||
---|---|---|---|
#18+
andreykaTу любой архитектуры есть плюсы и минусы, и у микросервисов и у монолита. это странно было бы отрицать. зависит от конкретного случая. - намекаете, что 20 минутный старт это нормально? не могу с этим согласиться. И откуда взялись "микросервисы"? я про них ничего не говорил. Это один из вариантов, но не единственный - JavaEE приложение по определению модульно, перезапускать и деплоить модули можно отдельно. andreykaTподнять шайбу из десятка микросервисов тоже за секунды не выйдет. - когда рассуждают о преимуществах микросервисов, обычно вспоминают что разработку и деплой отдельных сервисов, можно производить независимо от других сервисов andreykaTспринг - клёвейшая штука. на нем можно делать от микросервисиков в десяток строк и до диких монолитов с миллионом строк кода. кроме того, спринг весьма гибкая штука и если тебе хочется что-то потюнить то перед тобой все (ну почти все) двери будут открыты. и, ты не поверишь, но спринг избавляет от целой кучи бойлерплейтов. это очень приятно. - похоливарить хотите? по моему классический JavaEE сегодня содержит меньше избыточного кода, конфигураций и библиотек ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2019, 14:53 |
|
Фреймворки
|
|||
---|---|---|---|
#18+
Kachalovпо моему классический JavaEE сегодня содержит меньше избыточного кода, конфигураций и библиотек Кто Вам мешает настроить спринг зависимости под себя? в Java EE избыточный код будет ибо много утилитного кода придется писать для приложения. А этот самый код может быть с багами, а еще хуже того с трудноуловимыми багами. Не думаю что Вам будет удобно работать с чистым JDBC и без объектов (я работал и это ад. Тонны кода, не понятно зачем). Почему бы не использовать то что уже готово, оттестировано большим комюнити? Да, приложение станет чуть больше, но как плюс вы сэкономите время на разработку (хотя даже со спрингом могут быть сюрпризы, но они не частые). Смотря какую цель вы преследуете, всего-то. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2019, 15:12 |
|
Фреймворки
|
|||
---|---|---|---|
#18+
ОзверинandreykaTпропущено... если ты делаешь дома под пивасик лабораторку соседу то сканает. если речь идет о проекте с ценником выше ста баксов то ситуация меняется. блин, да даже дома под пивасик тратить время на бог бойлерпринт всякий - такое себе удовольствие. Под пивасик можно насетапить разные себе стартапы. Только вот качество кода на выходе будет.. хм... не при детях будет сказано. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2019, 15:18 |
|
Фреймворки
|
|||
---|---|---|---|
#18+
TsyklopКто Вам мешает настроить спринг зависимости под себя? - отсутствие времени Tsyklopв Java EE избыточный код будет ибо много утилитного кода придется писать для приложения. - с чего бы это? разве мало существует фреймворков работающих в JavaEE и не требующих лишних зависимостей? TsyklopНе думаю что Вам будет удобно работать с чистым JDBC и без объектов (я работал и это ад. Тонны кода, не понятно зачем). - причем тут JavaEE? TsyklopДа, приложение станет чуть больше, но как плюс вы сэкономите время на разработку (хотя даже со спрингом могут быть сюрпризы, но они не частые). + 50Мб кода, дублирующего функционал сервера приложений ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2019, 15:19 |
|
Фреймворки
|
|||
---|---|---|---|
#18+
Kachalov, не все сервера имплементируют EE как бе. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2019, 15:27 |
|
Фреймворки
|
|||
---|---|---|---|
#18+
EE - это пережиток старины далёкой. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2019, 15:46 |
|
Фреймворки
|
|||
---|---|---|---|
#18+
maytonДа я про JEE вообще ничего не говорил. maytonEE - это пережиток старины далёкой. Ну зачем же вы так? Холивар провоцируете. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2019, 16:22 |
|
Фреймворки
|
|||
---|---|---|---|
#18+
TsyklopKachalovпо моему классический JavaEE сегодня содержит меньше избыточного кода, конфигураций и библиотек Кто Вам мешает настроить спринг зависимости под себя? в Java EE избыточный код будет ибо много утилитного кода придется писать для приложения. А этот самый код может быть с багами, а еще хуже того с трудноуловимыми багами. Не думаю что Вам будет удобно работать с чистым JDBC и без объектов (я работал и это ад. Тонны кода, не понятно зачем). Почему бы не использовать то что уже готово, оттестировано большим комюнити? Да, приложение станет чуть больше, но как плюс вы сэкономите время на разработку (хотя даже со спрингом могут быть сюрпризы, но они не частые). Смотря какую цель вы преследуете, всего-то. вот вот точняк прям. скала плей слик описал -- рой бойлерплейта и рой гамнокода который в спринге уже и написан и отдебажен а ты такой начинаешь писать этот мусор а потом еще вдвое больше времени тратишь на допиливание и отлов ошибок. прекрасное и легковесное решение. лол. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2019, 16:25 |
|
|
start [/forum/topic.php?fid=59&msg=39770008&tid=2121497]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
50ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
61ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 164ms |
0 / 0 |