IO
не хватает application plugin
он в итоге не понадобился
jvmArgs = listOf(лишние если у вас модулей нет (у меня пока без этого работает)
"--module-path", files(configurations.compileClasspath).asPath,
"--add-modules", "ALL-MODULE-PATH"
)
Size: a a a
2020 May 25
IO
BP
BP
с ним вот этого не нужно писать)
BP
вот с этим можно повозится, и вообще класс будет.
BP
хм, я смог завести LineChart
ну теперь вперед и с песней
IO
имеет ли смысл заменять
fun f(x: () -> Unit = {}) наval DEFAULT_X: () -> Unit = {}
fun f(x: () -> Unit = DEFAULT_X?IO
чтобы избежать создания лямбды при вызове?
BP
имеет ли смысл заменять
fun f(x: () -> Unit = {}) наval DEFAULT_X: () -> Unit = {}
fun f(x: () -> Unit = DEFAULT_X?ну переменую не обязательно создавать. можно повесить inline на fun (inline fun)
IO
ну, я имею в виду ситуацию, что x куда-то передается
IO
естественно, при инлайнинге это не проблема
BP
ну, я имею в виду ситуацию, что x куда-то передается
что в вашем варианте что в
fun f(x: () -> Unit = {})
все оинаково, переменная нужно если вам еще в какомто месте нужно передать функциюAN
jvmArgs = listOf(лишние если у вас модулей нет (у меня пока без этого работает)
"--module-path", files(configurations.compileClasspath).asPath,
"--add-modules", "ALL-MODULE-PATH"
)
Оно не лишнее, оно влияет на модули jdk
AN
имеет ли смысл заменять
fun f(x: () -> Unit = {}) наval DEFAULT_X: () -> Unit = {}
fun f(x: () -> Unit = DEFAULT_X?Это из разряда вредных оптимизаций
BP
Оно не лишнее, оно влияет на модули jdk
ну я пока не упирался в ограничения, а поспешно ставить что-то не люблю, особено когда не знаю на что это может повлиять
IO
Это из разряда вредных оптимизаций
а это вообще оптимизация?
AN
а это вообще оптимизация?
По-моему нет
IO
быть может джвм умная и кеширует эту пустую лямбду?
BP
быть может джвм умная и кеширует эту пустую лямбду?
она может ее заинлайнить в нативный вызов