Ⓢ
Фактически, никак. Просто начали в какой-то момент писать все новое на котлине
Ну так себе😊
Size: a a a
2018 October 08
Ⓢ
Переводить нужно постепенно
EK
Как вы мигрировались с Java Spring на Kt Spring например
Спринг прекрасно с котлином работает
AK
Переводить нужно постепенно
чтобы что?
Ⓢ
Чтобы получить выгоды от использования новой технологии и при этом не обрушить прод и не стоппорнуть бизнес
AK
какие именно выгоды?
DL
У нас Java config, конвертнулись в Котлин. Но по сути остались Java configом
Для новых сервисов используем Kotlin DSL для конфигураций, в связке с web flux получается неплохо
Для новых сервисов используем Kotlin DSL для конфигураций, в связке с web flux получается неплохо
AK
для нас котлин - возможность писать короче и иногда изящнее. пользователи от этого много бонуса не получают, очевидно. а поддержка не жрет так много чтобы это было прям очень явно выгодно.
AK
новое писать да - хорошо и правильно
Ⓢ
Да, именно эти выгоды.
Ⓢ
У нас Java config, конвертнулись в Котлин. Но по сути остались Java configом
Для новых сервисов используем Kotlin DSL для конфигураций, в связке с web flux получается неплохо
Для новых сервисов используем Kotlin DSL для конфигураций, в связке с web flux получается неплохо
Окей спасибо за инфу
Ⓢ
А xml config уже вообще что-ли никто не использует?
ЕП
А xml config уже вообще что-ли никто не использует?
Легаси использует)
SB
какие именно выгоды?
Вот пока непонятно какие. Пишем сейчас бэк на java + lombok + mapstruct, несколько раз задумывались о переходе на Котлин, но так и не смогли найти причин. Бэк - в основном rest + jpa/jdbc + kafka + ignite.
Расскажите кто какие практические выгоды получает от перехода на Котлин.
Расскажите кто какие практические выгоды получает от перехода на Котлин.
AK
У нас код бизнес стал как-то менее шумным, активно используем DSL. Присматриваемся к корутинам и webflux. Важно заметить - у нас котлин на бекенде
Ⓢ
Вот пока непонятно какие. Пишем сейчас бэк на java + lombok + mapstruct, несколько раз задумывались о переходе на Котлин, но так и не смогли найти причин. Бэк - в основном rest + jpa/jdbc + kafka + ignite.
Расскажите кто какие практические выгоды получает от перехода на Котлин.
Расскажите кто какие практические выгоды получает от перехода на Котлин.
Хоть это и не про котлин... можешь пример пары задач, которые хорошо решает MapSctruct? Пока не совсем вкуриваю зачем он нужен.
Ⓢ
Вот пока непонятно какие. Пишем сейчас бэк на java + lombok + mapstruct, несколько раз задумывались о переходе на Котлин, но так и не смогли найти причин. Бэк - в основном rest + jpa/jdbc + kafka + ignite.
Расскажите кто какие практические выгоды получает от перехода на Котлин.
Расскажите кто какие практические выгоды получает от перехода на Котлин.
На Kt код реально ставновится лучше - читабельней, компактней. По сравнению с жабовским Optional<>.get() .isPresent(), там встроенный синтаксис для этих целей.
2018 October 09
Ⓢ
Пример. В java 8 появились стримы и коллекторы, это очень гибкая и мощная вещь для обработки данных в функциональном стиле. Но из-за необходимости явно указывать коллектор, простое схлопывание стрима в список записывается громоздко.
Вот как это обходится на Kotlin (объявляем функцию-расширение toList для всех стримов):
После этого любая java-конструкция
Вот как это обходится на Kotlin (объявляем функцию-расширение toList для всех стримов):
fun <T: Any> Stream<T>.toList(): List<T>
= this.collect(Collectors.toList<T>())
После этого любая java-конструкция
.collect(Collectors.toList()) может быть заменена на простой вызов .toList()SR
Пример. В java 8 появились стримы и коллекторы, это очень гибкая и мощная вещь для обработки данных в функциональном стиле. Но из-за необходимости явно указывать коллектор, простое схлопывание стрима в список записывается громоздко.
Вот как это обходится на Kotlin (объявляем функцию-расширение toList для всех стримов):
После этого любая java-конструкция
Вот как это обходится на Kotlin (объявляем функцию-расширение toList для всех стримов):
fun <T: Any> Stream<T>.toList(): List<T>
= this.collect(Collectors.toList<T>())
После этого любая java-конструкция
.collect(Collectors.toList()) может быть заменена на простой вызов .toList()В стандартной библиотеке уже есть функции для этого
MV
Kotlin даёт null safety по сравнению с Java. Это очень круто, когда знаешь, что в коде нигде, ничего не стреляет. Так, что пользователям это даёт плюс в качестве стабильности.
В Java, конечно, можно использовать optional, но код получается очень многословным + нет проверки компилятора.
В Java, конечно, можно использовать optional, но код получается очень многословным + нет проверки компилятора.