SB
Там changelog подвезли
https://github.com/JetBrains/kotlin/releases/tag/v1.3.72
Size: a a a
2020 April 15
AL
>Completion goes into an infinite loop with Arrow 0.10.4 dependency
>Destructuring declarations are called "destruction declarations" in UI
Какой же хороший ченджлог
>Destructuring declarations are called "destruction declarations" in UI
Какой же хороший ченджлог
VP
Видимо, весь релиз ради KT-37808
SB
>Completion goes into an infinite loop with Arrow 0.10.4 dependency
>Destructuring declarations are called "destruction declarations" in UI
Какой же хороший ченджлог
>Destructuring declarations are called "destruction declarations" in UI
Какой же хороший ченджлог
> Kotlin localisation
тоже неплохо звучит)
тоже неплохо звучит)
АО
Видимо, весь релиз ради KT-37808
Ну болючая штука, к слову
АО
Приходилось эскейпать кучу раз, чтобы быстрее разфризилось
B
Но зато 1.4 вроде уже milestone 2
V
добрый день. Работали ли вы с котлиновскими dsl? Покоя не даёт алгоритм, который находит this внутри лямбд с ресивером: https://gist.github.com/mechmind/df4103769b9209f2b5b3a4f263e80720 -- у класса Action нет метода inner, автомагическим способом второй вызов биндится на dsl.inner {}. Я порылся в документации и нашёл только аннотацию DslMarker, который это явно запрещает, но ссылки на сами правила не могу найти.
BP
добрый день. Работали ли вы с котлиновскими dsl? Покоя не даёт алгоритм, который находит this внутри лямбд с ресивером: https://gist.github.com/mechmind/df4103769b9209f2b5b3a4f263e80720 -- у класса Action нет метода inner, автомагическим способом второй вызов биндится на dsl.inner {}. Я порылся в документации и нашёл только аннотацию DslMarker, который это явно запрещает, но ссылки на сами правила не могу найти.
Ну их описания я не видел, их можно вывести из примера в доках либо посмотрев на ktor и kotlin html/css
V
вот именно описание мне и нужно и как с такими штуками работать. Вот например, есть у меня развесистый dsl с несколькими вложенными контекстами и я хочу отрефакторить и некоторые вложенные кусочки вынести в отдельные функции. Можно ли передать всю эту магию поиска this каким-то образом в такую функцию или нет?
BP
вот именно описание мне и нужно и как с такими штуками работать. Вот например, есть у меня развесистый dsl с несколькими вложенными контекстами и я хочу отрефакторить и некоторые вложенные кусочки вынести в отдельные функции. Можно ли передать всю эту магию поиска this каким-то образом в такую функцию или нет?
Ну если она с ресивером то да
V
суть в том, что у внутреннего кода this резолвится неоднозначно. Из того, что сейчас я понял, что там стек контекстов и компилятор пробует найти свойство/метод сначала в самом глубоком, потом в родителе, потом в его родителе итд
AN
суть в том, что у внутреннего кода this резолвится неоднозначно. Из того, что сейчас я понял, что там стек контекстов и компилятор пробует найти свойство/метод сначала в самом глубоком, потом в родителе, потом в его родителе итд
Стэк контекстов вынести к сожалению никуда нельзя потому что нету KEEP-176. Можно только преобравзовать их в параметры в месте вызова
VP
добрый день. Работали ли вы с котлиновскими dsl? Покоя не даёт алгоритм, который находит this внутри лямбд с ресивером: https://gist.github.com/mechmind/df4103769b9209f2b5b3a4f263e80720 -- у класса Action нет метода inner, автомагическим способом второй вызов биндится на dsl.inner {}. Я порылся в документации и нашёл только аннотацию DslMarker, который это явно запрещает, но ссылки на сами правила не могу найти.
Не совсем понял, о каких правилах речь, но как пользоваться
https://kotlinlang.org/docs/reference/type-safe-builders.html#scope-control-dslmarker-since-11
@DslMarker описано тут:https://kotlinlang.org/docs/reference/type-safe-builders.html#scope-control-dslmarker-since-11
AN
Не совсем понял, о каких правилах речь, но как пользоваться
https://kotlinlang.org/docs/reference/type-safe-builders.html#scope-control-dslmarker-since-11
@DslMarker описано тут:https://kotlinlang.org/docs/reference/type-safe-builders.html#scope-control-dslmarker-since-11
Он наоборот хочет не заизолировать внешние контексты, а использовать. Если я правильно понял
VP
Он наоборот хочет не заизолировать внешние контексты, а использовать. Если я правильно понял
Ну исходная проблема в gist, как я понял, именно такая
V
я понял (условно), как работает DslContext, он предотвращает такие вызовы. Но как работает сам алгоритм не описано
V
в документации к DslContext - https://kotlinlang.org/api/latest/jvm/stdlib/kotlin/-dsl-marker/ - есть такая строчка:
-- other available receivers are resolved as usual [...]
но не могу найти, как это as usual
-- other available receivers are resolved as usual [...]
но не могу найти, как это as usual
AN
я понял (условно), как работает DslContext, он предотвращает такие вызовы. Но как работает сам алгоритм не описано
Он просто не дает обращаться к полям внешнего контекста без явного this.
V
похоже на резолвинг this для inner классов