OC
вот запускаешь ты бутовое приложение, а оно каждый раз по полминуты генерит одни и те же прокси в рантайме. Одни и те же. Почему мы должны тратить на это процессорное время?
Size: a a a
2018 October 01
ST
да, прокси под большим вопросом, смогут ли в граале реализовать
у меня на vert.x приложение реализовано и там есть мои-свои-велосипеды в виде прокси классов (*InvocationHandler), говоришь native-image'у читать конфиг для прокси классов из нужного файла и усё взлетает (то же самое относится к reflection и jni)
AP
А зачем тут пытаются всякие спринги компилировать? Это ведь больше для прикладного ПО, когда пускаешь на декстопе, а не на сервере. На сервере прекрасно JIT отработает...
AE
а вот теперь представь то неконтроллируемое количество проксей в спринге)
AE
А зачем тут пытаются всякие спринги компилировать? Это ведь больше для прикладного ПО, когда пускаешь на декстопе, а не на сервере. На сервере прекрасно JIT отработает...
+
ST
а вот теперь представь то неконтроллируемое количество проксей в спринге)
да, я в курсе всего этого)
ST
поэтому тяжело будет спринг запустить
AP
А зачем тут пытаются всякие спринги компилировать? Это ведь больше для прикладного ПО, когда пускаешь на декстопе, а не на сервере. На сервере прекрасно JIT отработает...
Еще для всяких айфонов, андроидов и прочего IoT
OC
А зачем тут пытаются всякие спринги компилировать? Это ведь больше для прикладного ПО, когда пускаешь на декстопе, а не на сервере. На сервере прекрасно JIT отработает...
в смысле? Ну вот я хочу обычный десктопный софт писать на Java, например. И нужно, чтобы оно взлетало мгновенно, юзер не будет ждать пока виэмка прогреется
AP
в смысле? Ну вот я хочу обычный десктопный софт писать на Java, например. И нужно, чтобы оно взлетало мгновенно, юзер не будет ждать пока виэмка прогреется
Десктопный софт на спринге хочешь писать?
OC
условно, пишешь ты на java программу /bin/ls, которая выводит список файлов в директории. Точно хочешь ждать, пока виэмка прогреется?
AP
условно, пишешь ты на java программу /bin/ls, которая выводит список файлов в директории. Точно хочешь ждать, пока виэмка прогреется?
Так я это и сказал. Прочитай внимательнее.
OC
Десктопный софт на спринге хочешь писать?
безусловно. Когда я познакомился со Spring IoC, моя жизнь изменилась. Никогда больше ничего не буду писать без спринга без какой-то страшной причины на это
AP
безусловно. Когда я познакомился со Spring IoC, моя жизнь изменилась. Никогда больше ничего не буду писать без спринга без какой-то страшной причины на это
Ладно, пиши ) Только я считаю это оверхедом и позже своё легковесное решение предоставлю )
ЮБ
зачастую вместо рантайм кодогенеации можно использовать компайлтайм кодогенерацию
например, в Котлине корутины реализованы генерацией байткода, им для этого никакого project loom не понадобилось
например, в Котлине корутины реализованы генерацией байткода, им для этого никакого project loom не понадобилось
Да я то это прекрасно понимаю :) Но почему-то джава сообщество пошло именно вот таким путём
ПФ
безусловно. Когда я познакомился со Spring IoC, моя жизнь изменилась. Никогда больше ничего не буду писать без спринга без какой-то страшной причины на это
не согласен. Я, в общем-то, люблю спринг. Но понимаю что для большей части простых случаев jooby лучше
OS
jooby - это как sparkjava / dropwizard?
OC
спринг позволяет не пердолиться с архитектурой, а просто зафигачить все в бинконтекст, и потом автовайрить филды куда угодно.
причем их можно оборачивать в прокси произвольное количетсво раз, добавляя фукнциональность с помощью аспектов и прочих таких штук
GC навсегда решил проблему с удалением объектов, не нужно как в С++ пердолиться с delete
Spring навсегда решил проблему с созданием объектов
по сути, ты работаешь с объектом только тогда, когда он нужен. Откуда он берется и куда уйдет в небытие - это уже не твои проблемы, это автоматика
причем эти объекты можно добавлять даже не вручную, а добавлением пакетов в Maven (или опций этих пакетов)
причем их можно оборачивать в прокси произвольное количетсво раз, добавляя фукнциональность с помощью аспектов и прочих таких штук
GC навсегда решил проблему с удалением объектов, не нужно как в С++ пердолиться с delete
Spring навсегда решил проблему с созданием объектов
по сути, ты работаешь с объектом только тогда, когда он нужен. Откуда он берется и куда уйдет в небытие - это уже не твои проблемы, это автоматика
причем эти объекты можно добавлять даже не вручную, а добавлением пакетов в Maven (или опций этих пакетов)
ПФ
jooby - это как sparkjava / dropwizard?
неее