Size: a a a

Kotlin Community

2020 January 14

BV

Boris Vanin in Kotlin Community
Alexey Otts
Но по мне выкидывание jvm коллекций - это одно из лучших решений Одерски
Думаю, это одна из самых больших проблем скалы
источник

VP

Vladimir Petrakovich in Kotlin Community
Alexey Otts
Иерархия поломана бай дизайн просто
А что с ней не так, кроме мутабельности?
источник

AO

Alexey Otts in Kotlin Community
Boris Vanin
Думаю, это одна из самых больших проблем скалы
Вообще никаких проблем, внутри скалы всегда свои коллекции, на интеропе раз в год надо сделать делегат
источник

AO

Alexey Otts in Kotlin Community
Vladimir Petrakovich
А что с ней не так, кроме мутабельности?
Ну в этом и проблема, нет разделения на мутабельность, нет разделения на гарантии по времени операций
источник

VP

Vladimir Petrakovich in Kotlin Community
Alexey Otts
Ну в этом и проблема, нет разделения на мутабельность, нет разделения на гарантии по времени операций
Ну гарантия на время операции не выглядит чем-то очень нужным
источник

AO

Alexey Otts in Kotlin Community
Vladimir Petrakovich
Ну гарантия на время операции не выглядит чем-то очень нужным
Ты реализуешь алгоритм, и тебе нужна гарантия доступа по индексу
источник

BV

Boris Vanin in Kotlin Community
Alexey Otts
Вообще никаких проблем, внутри скалы всегда свои коллекции, на интеропе раз в год надо сделать делегат
Слабая совместимость, есть граница между языками, между котлином и джавой она почти прозрачная
источник

AO

Alexey Otts in Kotlin Community
Или нужна гарантия быстрого апенда
источник

AO

Alexey Otts in Kotlin Community
Boris Vanin
Слабая совместимость, есть граница между языками, между котлином и джавой она почти прозрачная
Ой, это всё приподносится слишком преувеличено
источник

VP

Vladimir Petrakovich in Kotlin Community
Alexey Otts
Ты реализуешь алгоритм, и тебе нужна гарантия доступа по индексу
Алгоритм может и поменяться, зачем интерфейс менять
источник

AO

Alexey Otts in Kotlin Community
Нет вообще никаких проблем позвать жаву из скалы, а в обратную оно и не надо
источник

VP

Vladimir Petrakovich in Kotlin Community
Для всего остального есть RandomAccess
источник

ΛO

Λrtem Ohanjanyan in Kotlin Community
Alexey Otts
Нет вообще никаких проблем позвать жаву из скалы, а в обратную оно и не надо
надо
источник

AO

Alexey Otts in Kotlin Community
Vladimir Petrakovich
Алгоритм может и поменяться, зачем интерфейс менять
Чтобы оставаться в рамках допустимой производительности
источник

ΛO

Λrtem Ohanjanyan in Kotlin Community
Alexey Otts
Чтобы оставаться в рамках допустимой производительности
ну будет время работы зависеть от времени доступа по индексу, что плохого-то?
источник

AO

Alexey Otts in Kotlin Community
Зачем? В скала апи очень часто торчат имплиситы, их из жавы звать дико неудобно, если проектировать апи с нцеливанием на жаву, можно сделать так чтобы оно легко звалось, хороший пример тут akka actors
источник

AO

Alexey Otts in Kotlin Community
Λrtem Ohanjanyan
ну будет время работы зависеть от времени доступа по индексу, что плохого-то?
У меня кажется жир поплыл по монитору
источник

VP

Vladimir Petrakovich in Kotlin Community
Alexey Otts
Чтобы оставаться в рамках допустимой производительности
Есть 100500 способов лёгким движением руки запороть производительность, так что выносить это в типы - ну как-то перебор.
А так можно например сделать на входе require(list is RandomAccess), или адаптироваться к этому, как алгоритмы в jdk.
источник

ΛO

Λrtem Ohanjanyan in Kotlin Community
Alexey Otts
Зачем? В скала апи очень часто торчат имплиситы, их из жавы звать дико неудобно, если проектировать апи с нцеливанием на жаву, можно сделать так чтобы оно легко звалось, хороший пример тут akka actors
ну всякое бывает, мне надо вот было
источник

ΛO

Λrtem Ohanjanyan in Kotlin Community
Vladimir Petrakovich
Есть 100500 способов лёгким движением руки запороть производительность, так что выносить это в типы - ну как-то перебор.
А так можно например сделать на входе require(list is RandomAccess), или адаптироваться к этому, как алгоритмы в jdk.
+
источник