Size: a a a

Kotlin Community

2020 March 13

VP

Vladimir Petrakovich in Kotlin Community
Т.е. SSR нужен только тем, у кого индексируемый контент рендерится через JS
источник

SZ

Sergey Zolotov in Kotlin Community
Vladimir Petrakovich
Т.е. SSR нужен только тем, у кого индексируемый контент рендерится через JS
тоже не нужен
источник

AN

Alexander Nozik in Kotlin Community
@relizarov А есть какая-то причина, почему либы типа сериализации до сих пор идут без градл метаданных?
источник

ch

central hardware in Kotlin Community
Alexander Nozik
@relizarov А есть какая-то причина, почему либы типа сериализации до сих пор идут без градл метаданных?
гредл метаданные это что?
источник

AN

Alexander Nozik in Kotlin Community
central hardware
гредл метаданные это что?
Это специальный файлик с расширением module, который позволяет в мультиплатформе подключать одну зависимость в common вместо того, чтобы прописывать все платформные зависимости
источник

AM

Andrew Mikhaylov in Kotlin Community
Alexander Nozik
@relizarov А есть какая-то причина, почему либы типа сериализации до сих пор идут без градл метаданных?
Они есть, но в артефактах -native.
источник

AN

Alexander Nozik in Kotlin Community
Andrew Mikhaylov
Они есть, но в артефактах -native.
Да, я помню, мы обсуждали, но это как-то странно
источник

AM

Andrew Mikhaylov in Kotlin Community
Странно, не спорю, просто уточняю.
источник

AN

Alexander Nozik in Kotlin Community
Очевидно хочется подключать kotlinx-serialization-runtime и все
источник

RE

Roman Elizarov in Kotlin Community
Alexander Nozik
@relizarov А есть какая-то причина, почему либы типа сериализации до сих пор идут без градл метаданных?
Пока не утресли куда и как её добавлять + некая нестабильность с версиями наблюдается. Вот будет в корутинах выпиливать из -bom модуля, а то ломается у людей
источник

AN

Alexander Nozik in Kotlin Community
Roman Elizarov
Пока не утресли куда и как её добавлять + некая нестабильность с версиями наблюдается. Вот будет в корутинах выпиливать из -bom модуля, а то ломается у людей
Ясно. А то сейчас плагин переписываю, приходится простыни вроде
        useDependency(
           "commonMain" to "org.jetbrains.kotlinx:kotlinx-serialization-cbor-common:$version",
           "jvmMain" to "org.jetbrains.kotlinx:kotlinx-serialization-cbor:$version",
           "jsMain" to "org.jetbrains.kotlinx:kotlinx-serialization-cbor-js:$version",
           "nativeMain" to "org.jetbrains.kotlinx:kotlinx-serialization-cbor-native:$version"
       )

писать
источник

RE

Roman Elizarov in Kotlin Community
Угу. Есть такое. В конечноем итоге ребята сейчас думают как сделать чтобы праямо в главном модуле была и метада, чтобы только его подлключать.
источник

AN

Alexander Nozik in Kotlin Community
Ну хорошо, будем ждать. Мне к счастью это надо один раз в плагине расписать
источник

t

trashkalmar in Kotlin Community
fun <T : BaseInterface> foo(obj: BaseInterface, callback: (T) -> Unit) {
 callback(obj)
}

Скажите, почему ругается компилятор на вызов callback(obj)? Ведь ясно-понятно, что obj — это T
источник

AN

Alexander Nozik in Kotlin Community
trashkalmar
fun <T : BaseInterface> foo(obj: BaseInterface, callback: (T) -> Unit) {
 callback(obj)
}

Скажите, почему ругается компилятор на вызов callback(obj)? Ведь ясно-понятно, что obj — это T
потому , что колбэк требует наследника BaseInterface, а вы ему подсовываете предка
источник

AN

Alexander Nozik in Kotlin Community
должно быть obj : T
источник

t

trashkalmar in Kotlin Community
у меня есть на руках именно BaseInterface, я для примера его в сигнатуру поместил, на самом деле он из другого места берётся.
Как бы мне тогда исправить объявление метода?
источник

AN

Alexander Nozik in Kotlin Community
trashkalmar
у меня есть на руках именно BaseInterface, я для примера его в сигнатуру поместил, на самом деле он из другого места берётся.
Как бы мне тогда исправить объявление метода?
тогда в колбэке должен быть тоже BaseInterface. Вы не можете объект кастить к потомку
источник

t

trashkalmar in Kotlin Community
Всё равно не понимаю.
Разве смысл в методах с дженериками не в том, что им можно передать объект типа T или наследник от T?
источник

AN

Alexander Nozik in Kotlin Community
trashkalmar
Всё равно не понимаю.
Разве смысл в методах с дженериками не в том, что им можно передать объект типа T или наследник от T?
Да, но вы-то передаете объект типа предка Т
источник