ПФ
С другой стороны, честно говоря, юдф мне уже очень давно не приходилось писать. Как то все силами существующего апи решалось
Ну и главная плюшка - это же расширения api, знающие про null-safety
Size: a a a
2020 August 30
ПФ
Я особо не шарю в JVM, операция map в котлин будет эквивалентна такой же в скале?
Да, полностью
ПФ
А, ну ещё нет имплисит импортов
AG
А екстеншены на датафрейм/датасет класс ковесить можно?
ПФ
А екстеншены на датафрейм/датасет класс ковесить можно?
Да, конечно, если посмотреть код - почти всё апи - это такие экстеншны
ПФ
Собственно, главное, что делает апи - решает проблему энкодеров для дата-классов,в том числе дженериков. Остальное - по ю просто экстеншн методы, которые пользователь мог бы и сам написать
GP
Ну почему же. У скалы перспектива только спарк, и сам язык и его развитие не даёт в нем уверенности. Котлин же имеет очень хорошую поддержку в плане мобильной разработки
сейчас бы после языка с хкт возвращаться в язык типа котлина
AG
сейчас бы после языка с хкт возвращаться в язык типа котлина
Хкт?
GP
HKT, хаер кайндед тайпс
ПФ
сейчас бы после языка с хкт возвращаться в язык типа котлина
Я специально пошёл проверить - это же просто дженерики и функции над ними. Чего из этого нет в котлине?
ПФ
А, сорри, неправ
ПФ
Там довывод из контекста
AZ
для котлина вроде была либа со всякими типовыми наворотами
GP
для котлина вроде была либа со всякими типовыми наворотами
эрроу
AZ
эрроу
точн
GP
Я специально пошёл проверить - это же просто дженерики и функции над ними. Чего из этого нет в котлине?
ну короч получается что просто так из головы это будет хкт патмач и макросы
ПФ
Ну как бы там не напороться на сложности с сериализацией
ПФ
Макросы да, такого в котлине нет
ПФ
Ну опять же, разве что на кодогене каком-нить у жалкое подобие получится