NK
Так переопредели метод и усе
Ну это несколько не в тему в моём контексте, хотя я подумаю над этим, мб и правда имеет смысл так сделать, спасибо
Size: a a a
2020 February 24
AL
Ну, с ними интересно - они кажутся классными и они такие и есть, но иногда лучше остановиться и перейти к обычным. Всякие let->run ?: run чревато например тем, что в первом run тоже будет nullable тип и тогда выполнятся обе ветки.
D
Проверять, правда ли прошло 1..50, не надо, приходит ровно то, что обещано по условию. Обращать внимание надо для того, чтобы выбрать алгоритм для сложных задач -- для 1..50 подойдёт хоть решение перебором, для намного бОльших чисел квадратичная сложность (к примеру, для каждого элемента ещё раз пробежаться по всем элементам) уже не подходит.
И чтобы оценить структуры данных. Бывают задачи, где можно проглядеть BigInt и завалиться на скрытых тестах.
D
есть несколько тупых вопросов по мультиплатформе. допустим, у меня есть библиотека без платформенных зависимостей. могу ли я, не перечисляя конкретные targets (jvm, js, mingw...), сделать так чтоб её можно было использовать на любой платформе? если да, как это указать грэдлу?
Нужно делать common модуль.
AM
И чтобы оценить структуры данных. Бывают задачи, где можно проглядеть BigInt и завалиться на скрытых тестах.
👍
NK
Ну, с ними интересно - они кажутся классными и они такие и есть, но иногда лучше остановиться и перейти к обычным. Всякие let->run ?: run чревато например тем, что в первом run тоже будет nullable тип и тогда выполнятся обе ветки.
Хорошо, спасибо
AM
Но пугаться этого всего не стоит, не стоит требование решить все задачи, если переживаете, что что-то звучит страшно и вы не решите — это совсем не проблема :)
D
есть несколько тупых вопросов по мультиплатформе. допустим, у меня есть библиотека без платформенных зависимостей. могу ли я, не перечисляя конкретные targets (jvm, js, mingw...), сделать так чтоб её можно было использовать на любой платформе? если да, как это указать грэдлу?
и вообще нет нормального понимания, как устроена публикация мультиплатформенных библиотек и дальнейшая работа с ними. как я понимаю, в любом случае собирается jar файл? он содержит те же class файлы как и для jvm? как в дальнейшем происходит работа с этим jar, когда я хочу использовать такую библиотеку например с kotlin-js?
AM
и вообще нет нормального понимания, как устроена публикация мультиплатформенных библиотек и дальнейшая работа с ними. как я понимаю, в любом случае собирается jar файл? он содержит те же class файлы как и для jvm? как в дальнейшем происходит работа с этим jar, когда я хочу использовать такую библиотеку например с kotlin-js?
class-файлы есть только на JVM, на остальных платформах публикуются специфические модули (kjsm для JS и knm для Native). Гредловые публикации создаются автоматически, ЕМНИП, первым делом надо настроить репозитории.
D
Согласен с Андреем, что первый вариант ок, но справедливости ради
В общем лучше полайкайте тикеты, чтобы можно было вообще никогда форматом не пользоваться:
https://youtrack.jetbrains.com/issue/KT-9374
https://youtrack.jetbrains.com/issue/KT-21644
.Companion явно писать не надо.В общем лучше полайкайте тикеты, чтобы можно было вообще никогда форматом не пользоваться:
https://youtrack.jetbrains.com/issue/KT-9374
https://youtrack.jetbrains.com/issue/KT-21644
D
Нужно делать common модуль.
что я упускаю? в такой конфигурации ни jvm, ни js проект не может подцепить библиотеку. только если я укажу конкретные sourceSets для каждой платформы
D
class-файлы есть только на JVM, на остальных платформах публикуются специфические модули (kjsm для JS и knm для Native). Гредловые публикации создаются автоматически, ЕМНИП, первым делом надо настроить репозитории.
Чат, а набросайте еще ваших любимых / интересных тикетов на полайкать.
AM
Чат, а набросайте еще ваших любимых / интересных тикетов на полайкать.
С реплаем мимо :)
AM
class-файлы есть только на JVM, на остальных платформах публикуются специфические модули (kjsm для JS и knm для Native). Гредловые публикации создаются автоматически, ЕМНИП, первым делом надо настроить репозитории.
JVM, вполне вероятно, тоже перейдёт со временем / опционально на публикацию своих IR-модулей, но это не сейчас точно.
D
С реплаем мимо :)
🌑
D
class-файлы есть только на JVM, на остальных платформах публикуются специфические модули (kjsm для JS и knm для Native). Гредловые публикации создаются автоматически, ЕМНИП, первым делом надо настроить репозитории.
knm специфичны для каждой архитектуры?
AM
что я упускаю? в такой конфигурации ни jvm, ни js проект не может подцепить библиотеку. только если я укажу конкретные sourceSets для каждой платформы
В текущем виде надо обязательно регистрировать платформы, одного common-модуля недостаточно. Даже если у вас сорцов для них нет.
D
что я упускаю? в такой конфигурации ни jvm, ни js проект не может подцепить библиотеку. только если я укажу конкретные sourceSets для каждой платформы
Если вы прямо в проекте хотите использовать код из common - нужно обьявлять source set для каждой платформы чтобы компилятор знал что вы хотите билдить. Код можно там не писать.
AM
knm специфичны для каждой архитектуры?
kjsm — Kotlijn/JS Module, knm — Kotlin/Native Module, очевидно.
Но это impementation details, не стоит на это закладываться.
Но это impementation details, не стоит на это закладываться.
AM
Возможно, с окончанием переезда на IR будет иначе. Возможно, нет. Я не интересовался.