KR
Size: a a a
2020 September 04
KR
Я не продал Koin. Я просто смотрю как он развивается и что идет + у Dagger появляется решение проблем старых: упрощение объявление зависимостей и модулей, возможность навигации по графу
KR
Для маленьких проектов Koin окей
KR
КОнечно он забустится с выходом версии 3.0, так как добавит поддержку MPP
KR
Но пока как его автор развивает меня огорчает
EM
Переслано от Ruslan Mingaliev
Привет! На чем писать автотесты в 2020? Сделали сравнительный обзор всех фреймворков в статье
https://habr.com/ru/company/avito/blog/516650/
https://habr.com/ru/company/avito/blog/516650/
АЕ
Но пока как его автор развивает меня огорчает
Можешь поподробнее рассказать, почему? Как раз задумываемся над Коином, будет полезно знать опыт других)
KR
Точно не текстом
TG
Шикарная статья!🙄💪
EM
Хорошая статья очень! Спасибо
М
Ребята, через рум читаю около миллиона записей, занимает много времени - до 5 минут.
1. Как можно ускорить?
2. Как отображать прогресс 0-100? Это возможно?
1. Как можно ускорить?
2. Как отображать прогресс 0-100? Это возможно?
DP
А тебе прямо все все записи из миллиона нужны сразу? Может как-то сам запрос по критериям отфильтровать?
М
А тебе прямо все все записи из миллиона нужны сразу? Может как-то сам запрос по критериям отфильтровать?
Не получится. Миллион+ записей нужно получить и потом в файл записать
n
Не получится. Миллион+ записей нужно получить и потом в файл записать
Так ты все равно записью в файл ограничен
М
Запись в файл быстро происходит - чтение долго, и нужен прогресс 0-100, и вероятная оптимизация
n
Если чтение дольше записи - значит что то не то делаешь.
АГ
Ребята, через рум читаю около миллиона записей, занимает много времени - до 5 минут.
1. Как можно ускорить?
2. Как отображать прогресс 0-100? Это возможно?
1. Как можно ускорить?
2. Как отображать прогресс 0-100? Это возможно?
Насчёт ускорить — точно не скажу, но я бы посмотрел в сторону пагинации, это ответ на второй вопрос. По шагам вкратце:
1) Узнаешь количество записей через SELECT COUNT(*)
2) По порциям считываешь данные через LIMIT и OFFSET, при этом показывая прогресс, считая его на основании количества записей
1) Узнаешь количество записей через SELECT COUNT(*)
2) По порциям считываешь данные через LIMIT и OFFSET, при этом показывая прогресс, считая его на основании количества записей
n
Насчёт ускорить — точно не скажу, но я бы посмотрел в сторону пагинации, это ответ на второй вопрос. По шагам вкратце:
1) Узнаешь количество записей через SELECT COUNT(*)
2) По порциям считываешь данные через LIMIT и OFFSET, при этом показывая прогресс, считая его на основании количества записей
1) Узнаешь количество записей через SELECT COUNT(*)
2) По порциям считываешь данные через LIMIT и OFFSET, при этом показывая прогресс, считая его на основании количества записей
Я вот кстати не помню, скюлайт умеет в оффсет нормально, или оно таки читает с начала, просто потом часть отбрасывает? А то какие то базы это умеют, какие то нет
АГ
Я вот кстати не помню, скюлайт умеет в оффсет нормально, или оно таки читает с начала, просто потом часть отбрасывает? А то какие то базы это умеют, какие то нет
Хороший вопрос, но думаю, что умеет. По крайней мере, попробовать стоит🙂
DP
Давно работал с румом, но кажется там ещё разные варианты получения данных есть, всмысле обертки livedata, Rx и тд. Я бы попробовал без них напрямую читать, вероятно они замедляют на таких размерах