ST
ну дык пишите тут. думаю всем полезно будет посмотреть.)
Size: a a a
2019 February 16
AY
В общем можно без проблем сделать каждую из вкладок
AY
Отдельным графом
AY
Где хостом будет фрагмент
ST
В общем можно без проблем сделать каждую из вкладок
А хостами кто рулить будет? По старинке?
2019 February 19
КР
suspend функции в room - они запускаются в мейн контексте? Или в io? Или в default?
PS
suspend функции в room - они запускаются в мейн контексте? Или в io? Или в default?
я могу ошибаться, но вроде как этим управляет корутина
O
Room treats suspending functions differently, based on whether they are called within a transaction or not:
1. In a transaction
Room doesn’t do any handling of the CoroutineContext on which the database statement is triggered. It’s the responsibility of the caller of the function to make sure that this is not on a UI thread. Since suspend functions can only be called from other suspend functions or from coroutines, make sure that the Dispatcher you’re using is not Dispatcher.Main, rather Dispatchers.IO or your own custom one.
2. Not in a transaction
Room makes sure that the database statement is triggered on the Architecture Components I/O Dispatcher. This Dispatcher is created based on the same I/O Executor used to run LiveData work on a background thread.Dispatchers.IO or your own custom one.
2. Not in a transaction
Room makes sure that the database statement is triggered on the Architecture Components I/O Dispatcher. This Dispatcher is created based on the same I/O Executor used to run LiveData work on a background thread.
https://medium.com/androiddevelopers/room-coroutines-422b786dc4c5
1. In a transaction
Room doesn’t do any handling of the CoroutineContext on which the database statement is triggered. It’s the responsibility of the caller of the function to make sure that this is not on a UI thread. Since suspend functions can only be called from other suspend functions or from coroutines, make sure that the Dispatcher you’re using is not Dispatcher.Main, rather Dispatchers.IO or your own custom one.
2. Not in a transaction
Room makes sure that the database statement is triggered on the Architecture Components I/O Dispatcher. This Dispatcher is created based on the same I/O Executor used to run LiveData work on a background thread.Dispatchers.IO or your own custom one.
2. Not in a transaction
Room makes sure that the database statement is triggered on the Architecture Components I/O Dispatcher. This Dispatcher is created based on the same I/O Executor used to run LiveData work on a background thread.
https://medium.com/androiddevelopers/room-coroutines-422b786dc4c5
КР
Room treats suspending functions differently, based on whether they are called within a transaction or not:
1. In a transaction
Room doesn’t do any handling of the CoroutineContext on which the database statement is triggered. It’s the responsibility of the caller of the function to make sure that this is not on a UI thread. Since suspend functions can only be called from other suspend functions or from coroutines, make sure that the Dispatcher you’re using is not Dispatcher.Main, rather Dispatchers.IO or your own custom one.
2. Not in a transaction
Room makes sure that the database statement is triggered on the Architecture Components I/O Dispatcher. This Dispatcher is created based on the same I/O Executor used to run LiveData work on a background thread.Dispatchers.IO or your own custom one.
2. Not in a transaction
Room makes sure that the database statement is triggered on the Architecture Components I/O Dispatcher. This Dispatcher is created based on the same I/O Executor used to run LiveData work on a background thread.
https://medium.com/androiddevelopers/room-coroutines-422b786dc4c5
1. In a transaction
Room doesn’t do any handling of the CoroutineContext on which the database statement is triggered. It’s the responsibility of the caller of the function to make sure that this is not on a UI thread. Since suspend functions can only be called from other suspend functions or from coroutines, make sure that the Dispatcher you’re using is not Dispatcher.Main, rather Dispatchers.IO or your own custom one.
2. Not in a transaction
Room makes sure that the database statement is triggered on the Architecture Components I/O Dispatcher. This Dispatcher is created based on the same I/O Executor used to run LiveData work on a background thread.Dispatchers.IO or your own custom one.
2. Not in a transaction
Room makes sure that the database statement is triggered on the Architecture Components I/O Dispatcher. This Dispatcher is created based on the same I/O Executor used to run LiveData work on a background thread.
https://medium.com/androiddevelopers/room-coroutines-422b786dc4c5
Оо, топ, спасибо!!
2019 February 20
КР
Подскажите ещё пожалуйста про room: несколько месяцев назад его использовал на другом проекте, было всё норм, сейчас пытаюсь затащить в проект - при использовании annotation processor при сборке падает с ошибкой что не находит класс, имплементирующий абстрактную бд. Загуглил, пытаюсь протащить капт, а этот уебок (по-другому и не назвать просто) докапывается до имён переменных. Было isFoo, поменял на foo - ошибку не кидает, но кучу других переменных он не всё ещё не даёт. Единственное желание - выбросить его. Что вообще делать в такой ситуации? Рум из AndroidX. Пытался и 2.0.0, и альфу последнюю.
AY
Подскажите ещё пожалуйста про room: несколько месяцев назад его использовал на другом проекте, было всё норм, сейчас пытаюсь затащить в проект - при использовании annotation processor при сборке падает с ошибкой что не находит класс, имплементирующий абстрактную бд. Загуглил, пытаюсь протащить капт, а этот уебок (по-другому и не назвать просто) докапывается до имён переменных. Было isFoo, поменял на foo - ошибку не кидает, но кучу других переменных он не всё ещё не даёт. Единственное желание - выбросить его. Что вообще делать в такой ситуации? Рум из AndroidX. Пытался и 2.0.0, и альфу последнюю.
Можешь пример Entity скинуть
Я буквально на днях на Kotlin переводил, всё было ок
Я буквально на днях на Kotlin переводил, всё было ок
AY
кроме той же ошибки с отсутствием имплементации бд
но это было как раз из-за того, что kapt не подрубил
но это было как раз из-за того, что kapt не подрубил
КР
Можешь пример Entity скинуть
Я буквально на днях на Kotlin переводил, всё было ок
Я буквально на днях на Kotlin переводил, всё было ок
https://gist.github.com/indrih17/f2f41787617929f9ceef7880597469c3 там ещё внизу лог
Sλ
ну так у тебя все поля val и в конструторе ты их не передаёшь, а берешь с другого объекта
Sλ
в джаве все поля будут final и без сеттеров что оно собственно и пишет
КР
ну так у тебя все поля val и в конструторе ты их не передаёшь, а берешь с другого объекта
Так это второй конструктор. А в основной передаю.
Sλ
а точно, включай подсветку для гиста в следующий раз
Sλ
посмотри что там в джава классе получается
КР
посмотри что там в джава классе получается
Именно тем переменным, на которые он ругается, он присваивает дефолтное значение. У тех, на которые не ругается, дефолтов нет.
КР
И да, капт3. Я за ним не слежу, поэтому хз какая актуальная версия.