Ага, спасибо, через пару часов попробую, ща уже комп вырубил

извини что так поздно, правда в своем исходно коде я не помню про descriptor, я его вроде не создавал, в пн буду на работе посмотрю (может либа обновилась)

а если заиспользовать ObjectSerializer то UseSerializers уже не работает(

ObjectSerializer - это оказывается для другого(

интерестно а что это за чюдище

Сорцы находятся в kotlin/kotlinx.support и датируются весной 16-го

Это, видимо, kotlin-stdlib-jdk8 в прошлой жизни

Оно ещё мавеном собиралось :)

StringDescriptor.withName("LocalDate")

т.е. быстрее, ты хочешь сказать?🙂

Нет, давно это было, я хочу сказать

Отлично, то, что нужно, спасибо большое!

Привет, ребят.
Какие есть эффективные либы у Kotlin и NodeJs для парсинга сайтов с ajax, авторизации c SCRF и переходами по страницам ЛК?
https://qna.habr.com/q/694964

Selenium но это явно не тот чят

Спасибо! Речь о Selenium WebDriver для Java?

Всем привет, обнаружил странное поведение с перегрузкой оператора invoke:

В случае когда у нас есть функция и оператор invoke который мы пытаемся вызвать из переменнной с типом в котором есть invoke, то вызывается именно invoke, а не функция - при этом компилятор на это никак не ругается(как например в ситуациях когда есть функция и конструктор с одинаковыми сигнатурами)

fun main() {
   val doSome = SomeClass()
   doSome()
}

fun doSome(){
   println("Function invocation")
}

class SomeClass{
   operator fun invoke(){
       println("SomeClass invocation")
   }
}

Этот код выведет: SomeClass invocation


Но! При этом если invoke это extension функция, то вызывается именно обычная функция:

fun main() {
   val doSome = "A string"
   doSome()
}

operator fun String.invoke(){
   println("String invocation")
}

fun doSome(){
   println("Function invocation")
}

Этот код выведет: Function inocation


Собственно вопрос: Такое поведение где-то задокументировано? Или это известный баг? На мой взгляд компилятор должен ругаться в таких случаях

У компилятора есть набор приоритетов относительно текущего скоупа, потому вряд ли тут должна быть ругань. Касательно того, логично ли наблюдаемое поведение во втором случае, не берусь утверждать, можно представить себе доводы за оба варианта приоретизации. С одной стороны, переменная по скоупу ближе к точке вызова, потому можно ожидать операцию, связанную с ней; с другой наличие или отсутствие экстеншна в языке обычно не позволяет менять поведение кода, лишь дополнять его там, где при отсутствии экстеншна была бы ошибка.

В документации я таких деталей не помню, к сожалению.

При совпадении сигнатур между расширением и мембером, всегда выбирается мембер.

Ну тут не о мембере речь, а о локальной переменной в более узком скоупе, чем функция снаружи.