QH
Я пользовался, отличная либа. Очень напоминает рум, но удобно то что на любой запрос тебе отдают query, который ты можешь интерпретировать как хочешь. Это очень удобно и гибко.
типобезопасно ли это «как хочешь»? :)
Size: a a a
2020 June 23
КР
типобезопасно ли это «как хочешь»? :)
А причём тут типы?) Я говорю про Query<T>, у которого есть несколько основных методов: получить как one or null, получить как one, получить как list, и ещё вроде можно коллбек повесить. И можно даже самому прикрутить любой удобный реактивный инструмент для этого, а не ждать, пока тебе готовую обёртку дадут, как в руме.
QH
А причём тут типы?) Я говорю про Query<T>, у которого есть несколько основных методов: получить как one or null, получить как one, получить как list, и ещё вроде можно коллбек повесить. И можно даже самому прикрутить любой удобный реактивный инструмент для этого, а не ждать, пока тебе готовую обёртку дадут, как в руме.
Угу, понял.
А в руме не так?
А в руме не так?
КР
Угу, понял.
А в руме не так?
А в руме не так?
Ну в руме ты описываешь интерфейс, и тебе отдают тот тип, который ты указал. Вот захотел ты получать от бд какой-то другой реактивный стрим, не flow или observable, тебе придётся либо маппить самому одно в другое, либо ждать дадут из коробки. А в sqldelight ты написал один экстеншен, внутри которого вешаешь самый простейший обзервер на query, и всё у тебя хорошо.
QH
Ну в руме ты описываешь интерфейс, и тебе отдают тот тип, который ты указал. Вот захотел ты получать от бд какой-то другой реактивный стрим, не flow или observable, тебе придётся либо маппить самому одно в другое, либо ждать дадут из коробки. А в sqldelight ты написал один экстеншен, внутри которого вешаешь самый простейший обзервер на query, и всё у тебя хорошо.
А что мешает в руме зарегать адаптер? Разве там не такая же система, как в ретрофите или гсоне?
КР
А что мешает в руме зарегать адаптер? Разве там не такая же система, как в ретрофите или гсоне?
Может я что-то пропустил, но насколько я знаю - нет. Я интересовался этой темой в последний раз когда ждал поддержку flow. Её можно было получить только дождавшись когда разрабы room выпустят апдейт, самому руками нельзя было прикрутить.
D
Адаптеры в Room можно делать для маршалинга. А получать Query только для пред-определенных контейнеров. В теории, можно возвращать Observable/Flow и делать прослойку для своего реактивного интерфейса.
КР
Адаптеры в Room можно делать для маршалинга. А получать Query только для пред-определенных контейнеров. В теории, можно возвращать Observable/Flow и делать прослойку для своего реактивного интерфейса.
Вот я о том же. :)
QH
Может я что-то пропустил, но насколько я знаю - нет. Я интересовался этой темой в последний раз когда ждал поддержку flow. Её можно было получить только дождавшись когда разрабы room выпустят апдейт, самому руками нельзя было прикрутить.
Жесть, вот же говнище, оказывается. Спасибо.
D
Ну, Room ведь на кодогенерации построен. :)
QH
Ну, Room ведь на кодогенерации построен. :)
Да, но можно же было гибко сделать.
КР
Ну, Room ведь на кодогенерации построен. :)
Так и sqldelight, разве нет?) Он генерирует котлин код на основе твоих конфигов.
КР
Да, но можно же было гибко сделать.
Вот в sqldelight тебе и дают query. :) По сути, если тебя что-то не устраивает в экстеншене для flow, ты можешь написать его сам.
https://github.com/cashapp/sqldelight/blob/master/extensions/coroutines-extensions/src/commonMain/kotlin/com/squareup/sqldelight/runtime/coroutines/FlowExtensions.kt
https://github.com/cashapp/sqldelight/blob/master/extensions/coroutines-extensions/src/commonMain/kotlin/com/squareup/sqldelight/runtime/coroutines/FlowExtensions.kt
D
Так и sqldelight, разве нет?) Он генерирует котлин код на основе твоих конфигов.
Исправляюсь: s/кодогенерация/annotation processing
AH
Вопрос по ktor
надо добавить дефолтный обработчик, что-то вида
Не нашёл в упор как сделать из коробки без хаков
надо добавить дефолтный обработчик, что-то вида
get "/" { ... }
default { //any route, any method
call.respond(NotFound, "Page hasn't been found")
}
то есть если из зарегистрированных ничего не тригернулось, в конце вызвать дефолтный, котороый точно стригерится и захендлит вызов с логикойНе нашёл в упор как сделать из коробки без хаков
RI
Вопрос по ktor
надо добавить дефолтный обработчик, что-то вида
Не нашёл в упор как сделать из коробки без хаков
надо добавить дефолтный обработчик, что-то вида
get "/" { ... }
default { //any route, any method
call.respond(NotFound, "Page hasn't been found")
}
то есть если из зарегистрированных ничего не тригернулось, в конце вызвать дефолтный, котороый точно стригерится и захендлит вызов с логикойНе нашёл в упор как сделать из коробки без хаков
https://ktor.io/servers/features/status-pages.html#status Должен подойти
AH
блин, и правда... а чо я день мучался -_-
K
Есть какой-то смысл писать
foo.not() вместо !foo, кроме чтоб показать, что ты знаешь про not()?RI
Есть какой-то смысл писать
foo.not() вместо !foo, кроме чтоб показать, что ты знаешь про not()?В теории если слишком сложный предикат и не хочется вводить скобочки
RI
Можно еще что-то такое написать:
listOf<Boolean>().filter(Boolean::not)