а что поменялось?

https://discuss.kotlinlang.org/t/kotlin-1-3-m2-new-multiplatform-projects-model/9264

а можно как-то достать через reflection у метода в интерфейсе дефолтную инициализацию параметра?

а можно как-то достать через reflection у метода в интерфейсе дефолтную инициализацию параметра?

Ты про v: Int = 100, хочешь достать 100 ? Если да то нельзя

Ты про v: Int = 100, хочешь достать 100 ? Если да то нельзя

ага, interface SomeService { fun get(someId: UUID, someOptions: SomeOptions = SomeOptions.init()): SomeResult? }

ага, interface SomeService { fun get(someId: UUID, someOptions: SomeOptions = SomeOptions.init()): SomeResult? }

Для дефолтных параметров генерируется метод, к котором и задаются дефолтные, то-есть они внутри метода

Для дефолтных параметров генерируется метод, к котором и задаются дефолтные, то-есть они внутри метода

и к этому методу не достучаться?

и к этому методу не достучаться?

Ну даже если и достучаться то нужно уже влезать в внутирь, а это шарить байт код. Ты лучше напиши что ты хочешь сделать

Ну даже если и достучаться то нужно уже влезать в внутирь, а это шарить байт код. Ты лучше напиши что ты хочешь сделать

хочу вызвать SomeServiceImpl.get(someId), someOptions при этом не используя (он же опциональный). Если дефотных параметров нет, то все работает, с дефолтным вот проблема

хочу вызвать SomeServiceImpl.get(someId), someOptions при этом не используя (он же опциональный). Если дефотных параметров нет, то все работает, с дефолтным вот проблема

Может лучше пример кода? А то я вот не могу понять в чем проблема

Если у метода есть реализация, то вызвать его просто, если нет, то бессмысленно

Даже если у него есть параметр со значением по-умолчанию

interface SomeService { fun get(someId: UUID, someOptions: SomeOptions = SomeOptions.init()): SomeResult? } @Component internal open class SomeServiceImpl: SomeService( override fun get(SomeId: UUID, SomeOptions: SomeOptions): SomeResult? = { // doSomething() } }

а наследование от интерфейса разве не надо для каласса указать?

кидается эксепшн из KCallalbeImpl.kt #154 val caller = defaultCaller ?: throw KotlinReflectionInternalError("This callable does not support a default call: $descriptor")

а наследование от интерфейса разве не надо для каласса указать?

да, оно есть, тут не дописал

Ах, ты через рефлекшн её дергаешь

Тогда самого главного кода ты и не прислал ?

Если много, лучше в гист положить

interface SomeService { fun get(someId: UUID, someOptions: SomeOptions = SomeOptions.init()): SomeResult? } @Component internal open class SomeServiceImpl: SomeService( override fun get(SomeId: UUID, SomeOptions: SomeOptions): SomeResult? = { // doSomething() } }

Если не влом декомпилируй и посмотри во что превращается дефолтный метод

Может придумаешь как его вызвать

interface SomeService { fun get(someId: UUID, someOptions: SomeOptions = SomeOptions.init()): SomeResult? } @Component internal open class SomeServiceImpl: SomeService( override fun get(SomeId: UUID, SomeOptions: SomeOptions): SomeResult? = { // doSomething() } }

я тут понял, что ты ведь пытаешься вызвать метод у класса SomeServiceImpl, а не у SomeService. А у него вполне закономерно нету дефлотных параметров

я тут понял, что ты ведь пытаешься вызвать метод у класса SomeServiceImpl, а не у SomeService. А у него вполне закономерно нету дефлотных параметров

об этом и вопрос, можно ли достать дефолтное значение

Если не влом декомпилируй и посмотри во что превращается дефолтный метод

да попробую посмотреть

Если не влом декомпилируй и посмотри во что превращается дефолтный метод

компаньон получается, GETSTATIC bla-bla/requests/SomeOptions.Companion : Lbla-bla/requests/SomeOptions$Companion; INVOKEVIRTUAL bla-bla/requests/SomeOptions$Companion.init ()Lbla-bla/requests/SomeOptions;

да, похоже нет смысла присылать код который пытется вызывать — это всё равно не будет работать, в декларации этот параметр всегда есть, а для вызова без этого параметра создается синтетический метод

@Andreichernov https://discuss.kotlinlang.org/t/kotlin-reflection-and-default-values/2254/2

@Andreichernov https://discuss.kotlinlang.org/t/kotlin-reflection-and-default-values/2254/2

спасибо!

ах-а-ха, забавно. Делайте ставки, что выводит этот код: interface A { fun call(value: String = "") } class B : A { override fun call(value: String) { } } fun main(args: Array<String>) { val b = B() val call = A::class.declaredMemberFunctions.first { it.name == "call" } val valueParameter = call.parameters.drop(1).first() require(valueParameter.isOptional) call.callBy(mapOf(call.instanceParameter!! to b)) }

потом смотрим описание метода callBy: Calls this callable with the specified mapping of parameters to arguments and returns the result. If a parameter is not found in the mapping and is not optional (as per [KParameter.isOptional]), or its type does not match the type of the provided value, an exception is thrown.

ну если никому не интересно, не буду тогда писать ответ

все замерли в ожидании

похоже на то, да

жги)

мдэ, ну ладно, не получилось пазлера

можно было бы ожидать, что ничего у нас не выведется — потому что мы не передали только опциональный параметр, но по факту получаем: Exception in thread "main" kotlin.reflect.jvm.internal.KotlinReflectionInternalError: This callable does not support a default call: public abstract fun call(value: kotlin.String = ...): kotlin.Unit defined in A[DeserializedSimpleFunctionDescriptor@742ff096]

еще был вариант, что параметр не опциональный, однако нет — проверку он проходит

так же интересно, что если получать метод у класса B, то параметр по прежнему опциональный. Однако, как можно догадаться, рузультат получается тот же

тут как в том анекдоте: ты или крест сними или турсы надень. Надо или доку поправить или убрать у этих парамтеров опциональность

или реализовать default call ?

в #152 defaultCaller null получается https://github.com/JetBrains/kotlin/blob/master/core/reflection.jvm/src/kotlin/reflect/jvm/internal/KCallableImpl.kt#L109

ну да, я уже посмотрел

Приветствую! Не подскажите, можно ли в exposed смапить в поле Entity например строкове значение из таблицы в экземпляр какого-то класса конструкторого которого принимает строку?

хм, а не находит он defaultCaller потому что он пытается искать метод с параметрами A, String, Int, Object,а по факту он public static synthetic bridge call$default(LA;Ljava/lang/String;ILjava/lang/Object;)V

без маски Int-ового параметра

возможно это просто баг

и ищет он его в другом классе. По факту метод call$default сгенерен в A$DefaultImpls, а ищет он его непосредственно в A

похоже, просто не поддерживает сейчас рефлекшн такие дефолты — хотя похоже мог бы

Нас не перестают радовать релизами. Много чего переработали и пофиксили IO пул с прошлого релиза https://github.com/Kotlin/kotlinx.coroutines/releases/tag/0.26.0

https://medium.com/@elizarov/structured-concurrency-722d765aa952

добрый день. никак не могу разобраться с дженериками в котлине. у меня есть функция, которая возвращае коллекцию list<T>

создаю эту коллекцию, но не могу в неё ничего положить

создаю эту коллекцию, но не могу в неё ничего положить

Потому что в котлине есть понятие мутабельного и иммутабельного списка

Возвращай ArrayList<T>

Возвращай ArrayList<T>

MutableList

MutableList

да, в mutableList тоже ничего положить не могу)

ошибка при попытке положить что-либо

предполагаю, если помещать object as T, то тип потеряется

ну тут явно проблема в дженериках, смотри как у тебя T объявлен

class DataSourceProviderImpl<T>: DataSourceProvider<T> {

вроде стандартно

типы нужно указывать явно

val documentsDataList = mutableListOf<RowDataModel<Double>>()

типы нужно указывать явно

т.е.?

class DataSourceProviderImpl<T>: DataSourceProvider<T> {

Ну вот, у тебя какой-то абстрактный T, а ты туда хочешь DocumentsTypes запихнуть

ERROR: S client not available

не понял, а как я явно укажу тип коллекции, если там у меня дженерик?

т.е. получается объявлять дженерик не дженериком?)

не понял, а как я явно укажу тип коллекции, если там у меня дженерик?

а что в твоем понимании дженерик ? и как ими пользоватся ?

т.е. получается объявлять дженерик не дженериком?)

Дженерик делается при объевлении класса, при использовании нужно указывать тип

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

Т - это класс\интерфейс ?

Т - это класс\интерфейс ?

мм, нет

мм, нет

а что тогда ?

я хочу создать коллекцию этих моделей

я хочу создать коллекцию этих моделей

https://kotlinlang.ru/docs/reference/generics.html

не понял, а как я явно укажу тип коллекции, если там у меня дженерик?

квантор навесь T : DocmentsType

вот

https://kotlinlang.ru/docs/reference/generics.html

хотя лучше на анг. ресурсе

Нас не перестают радовать релизами. Много чего переработали и пофиксили IO пул с прошлого релиза https://github.com/Kotlin/kotlinx.coroutines/releases/tag/0.26.0

Мда, придется разбираться и переписывать, сломали совместимость

блин а чем они тогда дженерики, если нужно объявлять тип

блин а чем они тогда дженерики, если нужно объявлять тип

Тем чтобы писать общий код, а ты пытаешься в куске общего кода написать конкретный. Либо нужно сказать что этот общий код не такой уж общий, ограничить T до наследников DocmentsType как посоветовал @dimiiim, либо отказаться от идеи тут писать конкретный код

блин а чем они тогда дженерики, если нужно объявлять тип

Верхнюю границу, ты еще спроси зачем интерфейсы нужны

я хочу написать общий код, но дженерики заставляют меня объявить им тип, тем самым делая код не общим, а конкретным

Похоже, что-то не до конца понимаю, пойду читать доку

я хочу написать общий код, но дженерики заставляют меня объявить им тип, тем самым делая код не общим, а конкретным

тубу нужен конкретный тип при использовании, как mutableList какой тип ты будешь использовать ? Можешь посмотреть код колекций

Похоже, что-то не до конца понимаю, пойду читать доку

Если что, <T> буквально означает <T: Object> или <T: Any!>

Если что, <T> буквально означает <T: Object> или <T: Any!>

это знает, в котлине все объекты унаследованы от Any

Если что, <T> буквально означает <T: Object> или <T: Any!>

вроде <T : Any?>, ! платформеный тип

Если что, <T> буквально означает <T: Object> или <T: Any!>

Скорее <T : Any?>

соотвественно, логично предположить, если указать входные параметры, то на место T можно всё что угодно закинуть

это знает, в котлине все объекты унаследованы от Any

ну да, в джаве от Object

но компилятор просит именно T, лол

но компилятор просит именно T, лол

где ? ты mutableList<MyClass<T>> написал

но компилятор просит именно T, лол

Вот тебе пример для размышления: interface Generic<T> { fun produce(): T } class MyClass<T> : Generic<T> { override fun produce(): T { return "" } }

где ? ты mutableList<MyClass<T>> написал

mutableList - должен знать что в него могут запихивать, поэтому для него нужно сказать конкретный тип, типы могут опускатся если котлни компилятор может их сам вывести