Size: a a a

Kotlin Community

2019 November 07

ДП

Дмитрий Полянин in Kotlin Community
Bogdan Panchenko
также как и везде
На DotNet обычно это ОРМ EntityFramework
источник

BP

Bogdan Panchenko in Kotlin Community
(слишком абстрактный вопрос)
источник

BP

Bogdan Panchenko in Kotlin Community
Дмитрий Полянин
На DotNet обычно это ОРМ EntityFramework
jooq - самое близкое
источник

ДП

Дмитрий Полянин in Kotlin Community
Есть ли нормальные ОРМ, или другие паттерны работы с базами данных.
Причём такие где не надо raw sql писать, а в синтаксисе языка
источник

BP

Bogdan Panchenko in Kotlin Community
но вообще в котлине есть несколько целефых платформ, так что стоит уточнить)
источник

BP

Bogdan Panchenko in Kotlin Community
Дмитрий Полянин
Есть ли нормальные ОРМ, или другие паттерны работы с базами данных.
Причём такие где не надо raw sql писать, а в синтаксисе языка
те которые для джавы
источник

BP

Bogdan Panchenko in Kotlin Community
но вместо ORM я бы взял JOOQ, правда там с лицензиями есть нюанс
источник

VP

Vladimir Petrakovich in Kotlin Community
Дмитрий Полянин
Есть ли нормальные ОРМ, или другие паттерны работы с базами данных.
Причём такие где не надо raw sql писать, а в синтаксисе языка
> нормальные
> ORM
Только одно из двух.
А вообще на jvm продукт того же уровня - Hibernate. С котлином тоже дружит, но есть нюансы.
источник

BP

Bogdan Panchenko in Kotlin Community
Кстати jooq дружит с хибером, точнее джава персистент
источник

ДП

Дмитрий Полянин in Kotlin Community
Ну а как принято или в среднем на колтине всётаки?
Или каждый делает как знает?
Просто в DotNEt реально 80% проектов наверное на EntityFramework.
Я не про сравнение с EF, лично мне EF не нравится.
Я про то как вообще с базами работают, какие перспективные технологии?
источник

BP

Bogdan Panchenko in Kotlin Community
Дмитрий Полянин
Ну а как принято или в среднем на колтине всётаки?
Или каждый делает как знает?
Просто в DotNEt реально 80% проектов наверное на EntityFramework.
Я не про сравнение с EF, лично мне EF не нравится.
Я про то как вообще с базами работают, какие перспективные технологии?
Мы смотрим от задачи)
источник

ДП

Дмитрий Полянин in Kotlin Community
Bogdan Panchenko
Мы смотрим от задачи)
Например если это бек для сайта
источник

VP

Vladimir Petrakovich in Kotlin Community
Дмитрий Полянин
Ну а как принято или в среднем на колтине всётаки?
Или каждый делает как знает?
Просто в DotNEt реально 80% проектов наверное на EntityFramework.
Я не про сравнение с EF, лично мне EF не нравится.
Я про то как вообще с базами работают, какие перспективные технологии?
Кто-то использует ORM, кто-то нет. Нет универсального ответа. Варианты конкретных либ скидывали.
источник

BP

Bogdan Panchenko in Kotlin Community
Дмитрий Полянин
Ну а как принято или в среднем на колтине всётаки?
Или каждый делает как знает?
Просто в DotNEt реально 80% проектов наверное на EntityFramework.
Я не про сравнение с EF, лично мне EF не нравится.
Я про то как вообще с базами работают, какие перспективные технологии?
Javaasync (если не путаю) сейчас на слуху, жук типа круто, спринг дата - магия, словами пишешь запросы, хибер - у него не лучшие времена
источник

ДП

Дмитрий Полянин in Kotlin Community
Javaasync что-то не гуглится
источник

T

Timur in Kotlin Community
Дмитрий Полянин
Javaasync что-то не гуглится
jasync
источник

T

Timur in Kotlin Community
Но это про другое немного так-то
источник

T

Timur in Kotlin Community
Bogdan Panchenko
но вместо ORM я бы взял JOOQ, правда там с лицензиями есть нюанс
С котлином мне не очень зашёл жук, как-то не получилось красиво с дата классами подружить
источник

ДП

Дмитрий Полянин in Kotlin Community
Timur
jasync
Спасибо за подробные ответы.
Понял что есть разные варианты со своими особенностями.
источник

ДП

Дмитрий Полянин in Kotlin Community
Для себя пока отметил жука и spring data.
источник