BV
Но по мне выкидывание jvm коллекций - это одно из лучших решений Одерски
Думаю, это одна из самых больших проблем скалы
Size: a a a
2020 January 14
VP
Иерархия поломана бай дизайн просто
А что с ней не так, кроме мутабельности?
AO
Думаю, это одна из самых больших проблем скалы
Вообще никаких проблем, внутри скалы всегда свои коллекции, на интеропе раз в год надо сделать делегат
AO
А что с ней не так, кроме мутабельности?
Ну в этом и проблема, нет разделения на мутабельность, нет разделения на гарантии по времени операций
VP
Ну в этом и проблема, нет разделения на мутабельность, нет разделения на гарантии по времени операций
Ну гарантия на время операции не выглядит чем-то очень нужным
AO
Ну гарантия на время операции не выглядит чем-то очень нужным
Ты реализуешь алгоритм, и тебе нужна гарантия доступа по индексу
BV
Вообще никаких проблем, внутри скалы всегда свои коллекции, на интеропе раз в год надо сделать делегат
Слабая совместимость, есть граница между языками, между котлином и джавой она почти прозрачная
AO
Или нужна гарантия быстрого апенда
AO
Слабая совместимость, есть граница между языками, между котлином и джавой она почти прозрачная
Ой, это всё приподносится слишком преувеличено
VP
Ты реализуешь алгоритм, и тебе нужна гарантия доступа по индексу
Алгоритм может и поменяться, зачем интерфейс менять
AO
Нет вообще никаких проблем позвать жаву из скалы, а в обратную оно и не надо
VP
Для всего остального есть RandomAccess
ΛO
Нет вообще никаких проблем позвать жаву из скалы, а в обратную оно и не надо
надо
AO
Алгоритм может и поменяться, зачем интерфейс менять
Чтобы оставаться в рамках допустимой производительности
ΛO
Чтобы оставаться в рамках допустимой производительности
ну будет время работы зависеть от времени доступа по индексу, что плохого-то?
AO
надо
Зачем? В скала апи очень часто торчат имплиситы, их из жавы звать дико неудобно, если проектировать апи с нцеливанием на жаву, можно сделать так чтобы оно легко звалось, хороший пример тут akka actors
AO
ну будет время работы зависеть от времени доступа по индексу, что плохого-то?
У меня кажется жир поплыл по монитору
VP
Чтобы оставаться в рамках допустимой производительности
Есть 100500 способов лёгким движением руки запороть производительность, так что выносить это в типы - ну как-то перебор.
А так можно например сделать на входе
А так можно например сделать на входе
require(list is RandomAccess), или адаптироваться к этому, как алгоритмы в jdk.ΛO
Зачем? В скала апи очень часто торчат имплиситы, их из жавы звать дико неудобно, если проектировать апи с нцеливанием на жаву, можно сделать так чтобы оно легко звалось, хороший пример тут akka actors
ну всякое бывает, мне надо вот было
ΛO
Есть 100500 способов лёгким движением руки запороть производительность, так что выносить это в типы - ну как-то перебор.
А так можно например сделать на входе
А так можно например сделать на входе
require(list is RandomAccess), или адаптироваться к этому, как алгоритмы в jdk.+