A
наследование
Size: a a a
2018 May 18
АК
Всем доброе утро
OS
Всем привет, кто-то уже использовал Навигаторы в новой архитектуре, так что бы акшены были в viewModel???
PS
Есть у кого пример того, как организовать нормально работу retrofit, livedata, view model, room. То что представлено в google samples не совсем подходит. Так как результат парсится в ApiResponse<T>, а у меня получается ApiResponse<DataResponse<List<SomeEntity>>> выглядит немного странно, при этом обрабатываются только 3 статуса, Success, Error, Empty. Хотелось бы иметь аналог пагинатора как в GitFox
2018 May 19
YI
Есть у кого пример того, как организовать нормально работу retrofit, livedata, view model, room. То что представлено в google samples не совсем подходит. Так как результат парсится в ApiResponse<T>, а у меня получается ApiResponse<DataResponse<List<SomeEntity>>> выглядит немного странно, при этом обрабатываются только 3 статуса, Success, Error, Empty. Хотелось бы иметь аналог пагинатора как в GitFox
Думается надо смотреть в сторону paging library, там разные виды пагинации поддерживаются и в итоге все будет зависеть от природы данных. В любом случае работа со страницами идет через room, а ретрофит просто получит соответсвующие идентификаторы для страниц. Хотя, конечно, от готового примера тоже бы не отказался...
АГ
Всем привет. Может ли кто подсказать, как лучше сделать такой кейс.
Есть структура PictureItem, в которой содержится List<String> тегов для этой картинки. Я использую Room, и нужно сделать фильтрацию по тегам. То есть найти все картинки, где в тегах есть определенная строка.
Нужно покать в сторону
Есть структура PictureItem, в которой содержится List<String> тегов для этой картинки. Я использую Room, и нужно сделать фильтрацию по тегам. То есть найти все картинки, где в тегах есть определенная строка.
Нужно покать в сторону
@Relation или же есть другой способ?AB
А тэг это сущность тоже?
MS
А тэг это сущность тоже?
List<String>
PS
Я бы запросом сделал бы
АГ
Я бы запросом сделал бы
Каким именно?
АГ
А тэг это сущность тоже?
@Entity(tableName = PICTURE_TABLE)
class PictureItem : Serializable {
@PrimaryKey
var id: Long? = 0
var name: String? = null
var path: String? = null
var tags : List<String>? = null
}
class PictureItem : Serializable {
@PrimaryKey
var id: Long? = 0
var name: String? = null
var path: String? = null
var tags : List<String>? = null
}
I
Всем привет. Может ли кто подсказать, как лучше сделать такой кейс.
Есть структура PictureItem, в которой содержится List<String> тегов для этой картинки. Я использую Room, и нужно сделать фильтрацию по тегам. То есть найти все картинки, где в тегах есть определенная строка.
Нужно покать в сторону
Есть структура PictureItem, в которой содержится List<String> тегов для этой картинки. Я использую Room, и нужно сделать фильтрацию по тегам. То есть найти все картинки, где в тегах есть определенная строка.
Нужно покать в сторону
@Relation или же есть другой способ?Отличная статья на эту тему
https://android.jlelse.eu/android-architecture-components-room-relationships-bf473510c14a
https://android.jlelse.eu/android-architecture-components-room-relationships-bf473510c14a
PS
0. Я не уверен точно, но посмотрел бы в сторону IN
1. Советую не делать tags как null, лучше Collections.emptyList()
2. Использовать Parcelable вместо Serializable
1. Советую не делать tags как null, лучше Collections.emptyList()
2. Использовать Parcelable вместо Serializable
I
Да и вообще лучше в сущностях не стоит хранить List<Lolkek> , лечге создать отдельную сущность LolKek , привязать ее к той , которой хочешь и в join запросах в dao уже получать List<Lolkek>
MS
0. Я не уверен точно, но посмотрел бы в сторону IN
1. Советую не делать tags как null, лучше Collections.emptyList()
2. Использовать Parcelable вместо Serializable
1. Советую не делать tags как null, лучше Collections.emptyList()
2. Использовать Parcelable вместо Serializable
Ну и тогда уж использовать data class
PS
Ну и тогда уж использовать data class
Ну тут уже от задачи зависит
АГ
0. Я не уверен точно, но посмотрел бы в сторону IN
1. Советую не делать tags как null, лучше Collections.emptyList()
2. Использовать Parcelable вместо Serializable
1. Советую не делать tags как null, лучше Collections.emptyList()
2. Использовать Parcelable вместо Serializable
0. Да, поищу
1. Согласен, так вернее. Просто с пустыми тегами я не могу сохранить изображение.
2. Для моей задачи достаточно Serializable. Картинка всегда одна может быть, и только так
1. Согласен, так вернее. Просто с пустыми тегами я не могу сохранить изображение.
2. Для моей задачи достаточно Serializable. Картинка всегда одна может быть, и только так
АГ
Отличная статья на эту тему
https://android.jlelse.eu/android-architecture-components-room-relationships-bf473510c14a
https://android.jlelse.eu/android-architecture-components-room-relationships-bf473510c14a
Ее и изучал) Просто подумал, что есть более простой способ