с#
Можно, там есть implicitReceiver
ну это в каждом файле писать надо 😔😔
Size: a a a
2020 August 31
AN
нет, это в script definition один раз сделать
AN
с#
а подсказывать в идее не будет же
AN
а подсказывать в идее не будет же
Ну конкретно здесь нет. Для того, чтобы была интеграция, надо делать script definition, это я пока не умею, но машинерия для этого уже есть
с#
хорошо, я тогда чтобы не страдать сделаю просто
а вот если перед стартом программы таких скриптов 20 запускать, что по производительности ?
module и туда буду ещё может какие данные передаватьа вот если перед стартом программы таких скриптов 20 запускать, что по производительности ?
AN
хорошо, я тогда чтобы не страдать сделаю просто
а вот если перед стартом программы таких скриптов 20 запускать, что по производительности ?
module и туда буду ещё может какие данные передаватьа вот если перед стартом программы таких скриптов 20 запускать, что по производительности ?
Ну если не поднимать каждый раз JVM для них, то нормально. Вообще, есть в слаке канал #sctipting, в котором все это обсуждается. Там к сожалению один человек за все отвечает, но зато отчевает хорошо.
AN
Так, а кто мне может объяснить вот это:
Мне казалось, что байткод JVM и есть байткод JVM. Почему нельзя из не-IR использовать IR?
e: D:\Work\Projects\dataforge-control\demo\src\main\kotlin\hep\dataforge\control\demo\DemoControllerView.kt: (3, 30): Class 'hep.dataforge.context.ContextAware' is compiled by a new Kotlin compiler backend and cannot be loaded by the old compiler
Мне казалось, что байткод JVM и есть байткод JVM. Почему нельзя из не-IR использовать IR?
AM
Так, а кто мне может объяснить вот это:
Мне казалось, что байткод JVM и есть байткод JVM. Почему нельзя из не-IR использовать IR?
e: D:\Work\Projects\dataforge-control\demo\src\main\kotlin\hep\dataforge\control\demo\DemoControllerView.kt: (3, 30): Class 'hep.dataforge.context.ContextAware' is compiled by a new Kotlin compiler backend and cannot be loaded by the old compiler
Мне казалось, что байткод JVM и есть байткод JVM. Почему нельзя из не-IR использовать IR?
Может, new compiler backend эмитит IR, не дособирая его дальше в байт-код JVM? Вообще предупреждали же, что либы, собранные с новым бекендом, не получится в код со стпрым бекендом подключить, ЕМНИП.
AN
Может, new compiler backend эмитит IR, не дособирая его дальше в байт-код JVM? Вообще предупреждали же, что либы, собранные с новым бекендом, не получится в код со стпрым бекендом подключить, ЕМНИП.
это про JS было. И там это терпимо, потому что либ на K-JS в принципе не много. Для JVM это уже будет очень больно
KT
Так, а кто мне может объяснить вот это:
Мне казалось, что байткод JVM и есть байткод JVM. Почему нельзя из не-IR использовать IR?
e: D:\Work\Projects\dataforge-control\demo\src\main\kotlin\hep\dataforge\control\demo\DemoControllerView.kt: (3, 30): Class 'hep.dataforge.context.ContextAware' is compiled by a new Kotlin compiler backend and cannot be loaded by the old compiler
Мне казалось, что байткод JVM и есть байткод JVM. Почему нельзя из не-IR использовать IR?
на всякий случай, а версии классфайлов одинаковые?
AM
это про JS было. И там это терпимо, потому что либ на K-JS в принципе не много. Для JVM это уже будет очень больно
Понял-принял
AN
на всякий случай, а версии классфайлов одинаковые?
Версия JDK одинаковая. Просто у меня либа билдится с IR, а демка для нее без IR/
KT
Версия JDK одинаковая. Просто у меня либа билдится с IR, а демка для нее без IR/
тогда no idea
AM
это про JS было. И там это терпимо, потому что либ на K-JS в принципе не много. Для JVM это уже будет очень больно
А в BOTH публикуются оба варианта, и разруливается потом гредловой метадатой, или я сильно много хочу?
AN
Короче, если этот запрет действительно есть, это просто фатальная проблема будет при переходе к IR. @ilmirus, ты там еще живой? Можешь прокомментировать?
AN
А в BOTH публикуются оба варианта, и разруливается потом гредловой метадатой, или я сильно много хочу?
Да, в JS он публикует оба варианта. Но проблема в том, что IR может использовать только IR, а Legacy только Legacy, поэтому перекрестное опыление не возможно. Надо перекомпилирвоать все библиотеки. Лично я просто дропаю Legacy mode. Но я повторюсь, в JS это не так больно просто потому, что либ еще очень мало. В K-JVM это себе сложно представить
AN
Просто вот адопчу я сейчас IR и что? никто не сможет моей либой пользоваться?
OY
Просто вот адопчу я сейчас IR и что? никто не сможет моей либой пользоваться?
https://kotlinlang.org/docs/reference/whatsnew14.html#new-jvm-ir-backend
это для jvm ir - там нет вариант both, как в js
You can use code compiled by the new JVM IR backend only if you've enabled the new backend. Otherwise, you will get an error. Considering this, we don't recommend that library authors switch to the new backend in production.
это для jvm ir - там нет вариант both, как в js
AN
https://kotlinlang.org/docs/reference/whatsnew14.html#new-jvm-ir-backend
это для jvm ir - там нет вариант both, как в js
You can use code compiled by the new JVM IR backend only if you've enabled the new backend. Otherwise, you will get an error. Considering this, we don't recommend that library authors switch to the new backend in production.
это для jvm ir - там нет вариант both, как в js
thanks. Не увидел дисклеймер. Ну тогда откатываюсь