Size: a a a

Kotlin Community

2020 June 06

LS

Leonard Startsev in Kotlin Community
Alexander Nozik
Мне всегда казалось, что SerialName - это override. Совершенно не очевидно, что его надо явно указывать
я так понял, человек сменил package name и удивляется, что по старому имени не парсится
источник

AN

Alexander Nozik in Kotlin Community
Leonard Startsev
я так понял, человек сменил package name и удивляется, что по старому имени не парсится
аааа
источник

LS

Leonard Startsev in Kotlin Community
по усмолчанию SerialName это fqName и разумеется, он изменится, если переместить\переименовать класс
источник

AN

Alexander Nozik in Kotlin Community
Я не заметил, что там package name отличается. Тогда да, все понятно
источник

КР

Кирилл Романенко... in Kotlin Community
Leonard Startsev
по усмолчанию SerialName это fqName и разумеется, он изменится, если переместить\переименовать класс
А, я понял. Просто ещё не встречался с таким кейсом.
источник
2020 June 07

Д

Дмитрий in Kotlin Community
Например у меня такая ошибка:
Duplicate class javax.inject.Inject found in modules jetified-jakarta.inject-2.6.1.jar (org.glassfish.hk2.external:jakarta.inject:2.6.1) and jetified-javax.inject-1.jar (javax.inject:javax.inject:1)

Граlk документация предлагает что-то типа:
implementation('commons-beanutils:commons-beanutils:1.9.4') {
       exclude group: 'commons-collections', module: 'commons-collections'
   }

Как мне найти зависbмость, к которой нужно применить данный метод?
источник

AM

Andrew Mikhaylov in Kotlin Community
Дмитрий
Например у меня такая ошибка:
Duplicate class javax.inject.Inject found in modules jetified-jakarta.inject-2.6.1.jar (org.glassfish.hk2.external:jakarta.inject:2.6.1) and jetified-javax.inject-1.jar (javax.inject:javax.inject:1)

Граlk документация предлагает что-то типа:
implementation('commons-beanutils:commons-beanutils:1.9.4') {
       exclude group: 'commons-collections', module: 'commons-collections'
   }

Как мне найти зависbмость, к которой нужно применить данный метод?
Давайте в @gradle, пожалуй.
источник

AM

Andrew Mikhaylov in Kotlin Community
А, уже :)
источник

ИГ

Исмаил Гурбаналиев... in Kotlin Community
Добрый день
источник

AM

Andrew Mikhaylov in Kotlin Community
источник

M

Mi in Kotlin Community
Есть ли какие-то best practices для названия файлов с expect/actual? Особенно если у меня в таком файле одна единственная функция
источник

AN

Alexander Nozik in Kotlin Community
Mi
Есть ли какие-то best practices для названия файлов с expect/actual? Особенно если у меня в таком файле одна единственная функция
Можно назвать по названию функции + JVM/JS/whatever
источник

M

Mi in Kotlin Community
скажем если у меня функция
expect fun loadResourceAsString то мне файл для Jvm назвать JvmLoadResourceAsString.kt?
источник

AN

Alexander Nozik in Kotlin Community
Mi
скажем если у меня функция
expect fun loadResourceAsString то мне файл для Jvm назвать JvmLoadResourceAsString.kt?
loadResourceAsStringJvm
источник

AN

Alexander Nozik in Kotlin Community
Это не есть общая практика, но мне нравится называть файлы без классов с маленькой буквы
источник

D

Denys in Kotlin Community
Mi
скажем если у меня функция
expect fun loadResourceAsString то мне файл для Jvm назвать JvmLoadResourceAsString.kt?
resourcesJvm.kt
источник

AN

Alexander Nozik in Kotlin Community
Denys
resourcesJvm.kt
Ага, вообще хорошо.
источник

OY

Oleg Yukhnevich in Kotlin Community
Mi
Есть ли какие-то best practices для названия файлов с expect/actual? Особенно если у меня в таком файле одна единственная функция
В корутинах вроде называют FileName.common.kt в common и просто FileName.kt в jvm, js, native
По мне лучше, чем ставить везде префикс/суффикс
источник

M

Mi in Kotlin Community
а для экстеншен функций что-то вроде bigDecimalExts.kt?
источник

AN

Alexander Nozik in Kotlin Community
Mi
а для экстеншен функций что-то вроде bigDecimalExts.kt?
Ну вообще никто не мешает expect/actual класть в тот же файл, что и классы
источник