Y
ну зато нужно писать датасорсы и кода кажется еще больше
Size: a a a
2019 November 18
K
Я погорячился)), deprecated доки. Потому что paged переписывают с нуля
тут инфо еще про это
Y
ну зато нужно писать датасорсы и кода кажется еще больше
пишется один абстрактный класс да и все.
K
а вообще по ищи через поиск
K
в этом чате
I
@quver можешь тут глянуть
https://github.com/igorka48/passcoder/blob/master/app/src/main/java/owlsdevelopers/org/passcoder/ui/passcodes/viewmodels/PasscodesListViewModel.kt
не совсем живой проект, скорей playground, но идею, думаю, понять можно
https://github.com/igorka48/passcoder/blob/master/app/src/main/java/owlsdevelopers/org/passcoder/ui/passcodes/viewmodels/PasscodesListViewModel.kt
не совсем живой проект, скорей playground, но идею, думаю, понять можно
Y
@quver можешь тут глянуть
https://github.com/igorka48/passcoder/blob/master/app/src/main/java/owlsdevelopers/org/passcoder/ui/passcodes/viewmodels/PasscodesListViewModel.kt
не совсем живой проект, скорей playground, но идею, думаю, понять можно
https://github.com/igorka48/passcoder/blob/master/app/src/main/java/owlsdevelopers/org/passcoder/ui/passcodes/viewmodels/PasscodesListViewModel.kt
не совсем живой проект, скорей playground, но идею, думаю, понять можно
спасибо - смотрю
ST
ребята привет, у меня вопросик.
интересно узнать мнение людей кто плотно юзал Paging Library.
Стоит ли она того или нет
Hello, guys. does anyone use/love Android Paging Library ?
Personally I think that mostly people wish to get rid of boilerplate code and get simpler solution.
And now it looks kinda overhead because you need to write more that just DiffUtil +LoadMorelistener.
Any thoughts about it, does it really worth it?
интересно узнать мнение людей кто плотно юзал Paging Library.
Стоит ли она того или нет
Hello, guys. does anyone use/love Android Paging Library ?
Personally I think that mostly people wish to get rid of boilerplate code and get simpler solution.
And now it looks kinda overhead because you need to write more that just DiffUtil +LoadMorelistener.
Any thoughts about it, does it really worth it?
Да тут нет однозначного ответа, все зависит от задач.
Оно подходит очень когда надо сделать по-быстрому и без лишних изощрений. Если вдруг а лист надо втюхать рекламу, то тут уже начнётся немного гемора.
Оно подходит очень когда надо сделать по-быстрому и без лишних изощрений. Если вдруг а лист надо втюхать рекламу, то тут уже начнётся немного гемора.
Y
Да тут нет однозначного ответа, все зависит от задач.
Оно подходит очень когда надо сделать по-быстрому и без лишних изощрений. Если вдруг а лист надо втюхать рекламу, то тут уже начнётся немного гемора.
Оно подходит очень когда надо сделать по-быстрому и без лишних изощрений. Если вдруг а лист надо втюхать рекламу, то тут уже начнётся немного гемора.
мне кажется что какраз намного быстрей просто добавить один diffutil + litener да и все
ST
paging в связке с румом хорошо заходит, минимум мудистики
H
paging в связке с румом хорошо заходит, минимум мудистики
Добрый вечер, а как такое побороть? https://github.com/android/architecture-components-samples/issues/265
Y
и еще паджинг вносит немного другой подход в плане обработки ошибок
ST
Добрый вечер, а как такое побороть? https://github.com/android/architecture-components-samples/issues/265
А хз. 🤪
Что значит много и как оно там у вас вставляется и обновляется? Может стоит подумать чтоб все происходило в рамках одной транзакции или в край можно рум в рам сунуть.
Что значит много и как оно там у вас вставляется и обновляется? Может стоит подумать чтоб все происходило в рамках одной транзакции или в край можно рум в рам сунуть.
2019 November 19
AP
Вопрос по румм
Вот есть в DAO у меня например вот такой метод
Данный запрос предполагает обязательно наличия query и списка категорий. Можно ли как-то оформить данный метод так чтобы можно было передать например categories равное null или же query равное null. Например если мне нужно сделать выборку без учета категорий или же без учета фильтра по имени. Пока вижу как решение только создание еще трех методов: без параметров, только с query и только с categories. Но это очень сильно раздувает DAO и плодит по сути кучу @Query которые приходится править все если нужно что-то изменить. Вот хотелось бы уйти от этой кучи методов
Вот есть в DAO у меня например вот такой метод
@Query("SELECT * FROM my_table " +
" WHERE name LIKE '%' || :query || '%' " +
" AND cat IN (:categories) ")
Maybe<List<Item>> find(String query,
List<Integer> categories);Данный запрос предполагает обязательно наличия query и списка категорий. Можно ли как-то оформить данный метод так чтобы можно было передать например categories равное null или же query равное null. Например если мне нужно сделать выборку без учета категорий или же без учета фильтра по имени. Пока вижу как решение только создание еще трех методов: без параметров, только с query и только с categories. Но это очень сильно раздувает DAO и плодит по сути кучу @Query которые приходится править все если нужно что-то изменить. Вот хотелось бы уйти от этой кучи методов
AY
Вопрос по румм
Вот есть в DAO у меня например вот такой метод
Данный запрос предполагает обязательно наличия query и списка категорий. Можно ли как-то оформить данный метод так чтобы можно было передать например categories равное null или же query равное null. Например если мне нужно сделать выборку без учета категорий или же без учета фильтра по имени. Пока вижу как решение только создание еще трех методов: без параметров, только с query и только с categories. Но это очень сильно раздувает DAO и плодит по сути кучу @Query которые приходится править все если нужно что-то изменить. Вот хотелось бы уйти от этой кучи методов
Вот есть в DAO у меня например вот такой метод
@Query("SELECT * FROM my_table " +
" WHERE name LIKE '%' || :query || '%' " +
" AND cat IN (:categories) ")
Maybe<List<Item>> find(String query,
List<Integer> categories);Данный запрос предполагает обязательно наличия query и списка категорий. Можно ли как-то оформить данный метод так чтобы можно было передать например categories равное null или же query равное null. Например если мне нужно сделать выборку без учета категорий или же без учета фильтра по имени. Пока вижу как решение только создание еще трех методов: без параметров, только с query и только с categories. Но это очень сильно раздувает DAO и плодит по сути кучу @Query которые приходится править все если нужно что-то изменить. Вот хотелось бы уйти от этой кучи методов
@Query("SELECT * FROM my_table " +
" WHERE name LIKE '%' || :query || '%' " +
" AND cat IN (:categories) ")
fun find( query:String?=null,
categories: List<Int>?=null):Maybe<List<Item>> а если так ?
AP
@Query("SELECT * FROM my_table " +
" WHERE name LIKE '%' || :query || '%' " +
" AND cat IN (:categories) ")
fun find( query:String?=null,
categories: List<Int>?=null):Maybe<List<Item>> а если так ?
запрос ломается если так
AP
короче не работает
ST
А вынести запросы в константы не вариант?
AY
navigation componente
если fragment1-->fragment2-->fragment3-->activity
fragment3-->activity очистить до fragment1 inclsive
почему то в стеке fragment1 остается
никто не встречал подобные?
если fragment1-->fragment2-->fragment3-->activity
fragment3-->activity очистить до fragment1 inclsive
почему то в стеке fragment1 остается
никто не встречал подобные?
2019 November 20
AP
А вынести запросы в константы не вариант?
сорри вчера не заметил ответ. Так сейчас и сделано. Пришел к выводу что ничего другого и не придумаеш