разработчик и без пэйджинга разберется, откуда, чего и какими порциями загружать.

Причем тут recyclerview? С сетью - это другой вопрос.

Ну сеть тут очень при чем - если ты в каждый айтем должен закинуть картинку с сети - ты чего делать будешь? Зачем качать 30000 картинок, если юзер видит 10 и не крутит вниз?

У меня ж 30 тысяч item-мов с адресами загружаются за секунду.

Ну сеть тут очень при чем - если ты в каждый айтем должен закинуть картинку с сети - ты чего делать будешь? Зачем качать 30000 картинок, если юзер видит 10 и не крутит вниз?

Справедливости ради - картинки не грузят сразу для всех элементов даже без paging

А какие книги можно почитать про устройство ос андроид?

Кстати, на эмуляторах там очень ограничен размер выделяемый эмулятору памяти.

Граздо меньше, чем на реальных устройствах.

Типа они там застряли в 2008 году.

А какие книги можно почитать про устройство ос андроид?

Есть Android internals

Справедливости ради - картинки не грузят сразу для всех элементов даже без paging

ну хз - те, кто 30000 элементов засовывают в листвью - могут и не такое)

Есть Android internals

Спасибо, то что нужно :)\

Всем привет! Кто шарит в консоле разработчика - я залил альфа версию где написано что это закрытое тестирование и указал 3 тестировщика. Она зарелизилась, тестировщики ее могут скачать, но на гугл аналитике отображается что там уже 33 пользователя и уже пришел краш с этой версии не с нашего устройства.

33 - это тестовые устройства, на которых гугол запускает апк на этапе проверки

33 - это тестовые устройства, на которых гугол запускает апк на этапе проверки

т.е это не наши пользователи и можно быть спокойным?

т.е это не наши пользователи и можно быть спокойным?

Да, по этим тестовым можно кстати там же в консоли репорты смотреть, бывает полезно

Да, по этим тестовым можно кстати там же в консоли репорты смотреть, бывает полезно

спасибо большое! а то я уже запаниковал

33 - это тестовые устройства, на которых гугол запускает апк на этапе проверки

так если он запускает на этапе проверки, то тут по времени не сходится, мы ее зарелизили уже неделю назад, а кращ пришел только сегодня

ну хз - те, кто 30000 элементов засовывают в листвью - могут и не такое)

Из двух textview каждый. Без картинок. Картики не пробовал. не надо было.

можно декомпилировать ? апк

И никаких тормозов вообще.

Абсолютно.

Кстати, там в recycler view должны подгружаться по мере необходимости просмотра элементы. А root сделали в незакона курсор.

Вообще не понимаю смысла. Если все равно из базы разом все элементы загружать.

И никаких тормозов вообще.

То есть ваш аргумент к бесполезности пагинации - то, что на одном устройстве не лагает и хватает оперативы на всё?

Из двух textview каждый. Без картинок. Картики не пробовал. не надо было.

Ну так ты говоришь что это никому не нужная хрень, а я говорю что не всем нужен список из двух textView) Если возникнет чуть более сложный UI и в айтеме будешь завязываться на сложную структуру данных, то не стоит подгружать ненужную информацию пока не пришло время вывода ее на экран. В этом и суть ресайкла и пэйджинга

Так для этого recycler view и задумывался.

Кстати, там в recycler view должны подгружаться по мере необходимости просмотра элементы. А root сделали в незакона курсор.

И не все пользуются room. Только никому не рассказывайте.

Что бы 10 помещается на экране. И 12 подгрузить. 10 на экран и два в запасе.

Зачем пэйждинг?

Зачем пэйждинг?

чтобы не грузить по апи всё сразу, а экономить трафик

Что бы 10 помещается на экране. И 12 подгрузить. 10 на экран и два в запасе.

Только вот 30к айтемов в оперативке все равно лежат и сеть съели

Что бы 10 помещается на экране. И 12 подгрузить. 10 на экран и два в запасе.

То, что он не нужен в этом конкретном случае - не значит что он не нужен никому и никогда

Они один раз 2 мегабайта в год прокачать - это проблема для сети?

Они один раз 2 мегабайта в год прокачать - это проблема для сети?

Зачем качать то, что пользователь даже не увидит скорее всего?

Никогда не нужны. Ужасный интерфейс.

Они один раз 2 мегабайта в год прокачать - это проблема для сети?

а если данные обновляются часто?

Ужасный интерфейс хотя бы тем .что неизвестно, когда конец-то будет?

Они один раз 2 мегабайта в год прокачать - это проблема для сети?

Ну возьми для примера телеграм. Надо ли при установке на устройство качать пользователю терабайты фоток и видео по всем каналам, что у него были? Спойлер - нет

а если данные обновляются часто?

А если не обнавляются?

А если не обнавляются?

значит вы не работали над серьезными проектами

Будут каждую секунду 10 раз обновляться, будем думать. как их грузить.

Но уж точно не пэйжерами

значит вы не работали над серьезными проектами

Я видел и плевался, как это все выглядит. Работать с пэйджерами - это ужасно. Когда не известно, сколько в конце еще осталось на загрузку. И когда это кончится.

Будут каждую секунду 10 раз обновляться, будем думать. как их грузить.

Смотрите, у вас 30к айтемов, зачем качать их все, если пользователь навряд ли увидит даже вторую тысячу?

Ну ты либо тролль либо сделал пару пет проектов либо просто нечем заняться вечером. Не нравится - не используй. Придумаешь - напишешь свой ресайклвью с блекджеком и шлюхами)

Смотрите, у вас 30к айтемов, зачем качать их все, если пользователь навряд ли увидит даже вторую тысячу?

Ну, для того, что бы мог пролистать, оценить, отсортировать, выбрать по поиску.

Если там пэйджер.... как узнать. сколько их всего, этих адресов?

Я видел и плевался, как это все выглядит. Работать с пэйджерами - это ужасно. Когда не известно, сколько в конце еще осталось на загрузку. И когда это кончится.

Ну ты опять завязываешься на конкретно свой пример и не хочешь видеть ситуацию вне его. Лента новостей - никогда не кончится. Лента вк - никогда не кончится. Какая к черту полоса загрузки?

Ну, для того, что бы мог пролистать, оценить, отсортировать, выбрать по поиску.

А вы поиск реализуете через in-memory фильтрацию?

А вы поиск реализуете через in-memory фильтрацию?

Справедливости ради это не всегда плохо

Справедливости ради это не всегда плохо

Да, но это спорное решение в случае 30к элементов

Можно как ни будь доставать данные из room динамически? Например у меня есть 3000 объектов в room и я хочу их всех вывести в recyclerView. Так может это плохая идей пихать в адаптер такой большой лист, может можно как то динамически подгружать данные, а подгруженные сохранять что бы при прокрутке вверх они не грузились заново?

Про рум ничего не скажу, мне понравился способ из старой статьи на хабре: * делаешь запрос за первичными ключами * вытаскиваешь их в массив * на байнд вытаскиваешь весь объект из базы по первичному ключу

Да, но это спорное решение в случае 30к элементов

Фильтруесся все за доли секунды.

Фильтруесся все за доли секунды.

а извлекается?

И показывается! Показывается высе выделенное за доли секунды.

Про рум ничего не скажу, мне понравился способ из старой статьи на хабре: * делаешь запрос за первичными ключами * вытаскиваешь их в массив * на байнд вытаскиваешь весь объект из базы по первичному ключу

+

Вы там как на старых до айбиэмовских компьютерах как буд-то сидите.

Про рум ничего не скажу, мне понравился способ из старой статьи на хабре: * делаешь запрос за первичными ключами * вытаскиваешь их в массив * на байнд вытаскиваешь весь объект из базы по первичному ключу

Выглядит как N+1 query problem

И показывается! Показывается высе выделенное за доли секунды.

Ну опять же - в рамках структуры из 2х полей - вполне возможно, но я не встречал такую ни на одном из проектов, даже небольших

И показывается! Показывается высе выделенное за доли секунды.

Мне достался серверный проект, как попало захераченный на хибере — findAll().stream().filter(…). Это работало сраными секундами. Без сложных оптимизаций, написанием запроса «в лоб», я ускорил эти запросы НА ПОРЯДОК. Не надо делать в памяти то, что можно возложить на базу.

Вы там как на старых до айбиэмовских компьютерах как буд-то сидите.

Ммм, вся система притормаживает, а давайте-ка ещё лишней работы сделаем, у нас же 8 ядер, и все больше гигагерца.

Выглядит как N+1 query problem

С SQLite это не проблема. Ну и эти запросы не лишние в данном случае.

+

Может вы тут и не говорите. А все туториолы на гугле именно идут руум с руциклер вью. Ужас какой-то. RecyclerView берет и порциями выдает на экран. Казалось бы, тут и курсору от базы данных самое место. Ан нет. Только все и сразу из базы. От курсора надо отказываться. Можно извратиться. Но не рекомендованно гуглом.

Может вы тут и не говорите. А все туториолы на гугле именно идут руум с руциклер вью. Ужас какой-то. RecyclerView берет и порциями выдает на экран. Казалось бы, тут и курсору от базы данных самое место. Ан нет. Только все и сразу из базы. От курсора надо отказываться. Можно извратиться. Но не рекомендованно гуглом.

Есть хоть одна объективная (т. е. не гугл) причина отказываться от курсора?

Как у этих «туториалов на гугле» дела обстоят с обновлением данных? ДиффУтил, Пэйлоадс и т. п.

Может вы тут и не говорите. А все туториолы на гугле именно идут руум с руциклер вью. Ужас какой-то. RecyclerView берет и порциями выдает на экран. Казалось бы, тут и курсору от базы данных самое место. Ан нет. Только все и сразу из базы. От курсора надо отказываться. Можно извратиться. Но не рекомендованно гуглом.

Не можете работать без одобрения от гугла?) Есть компоненты, которые гуглом рекомендуются, но никто другие компоненты не отменял. Никто не отменял moxy, realm, cicerone и миллиард других библиотек помогающих (или нет) в разработке. Это не значит, что ресайклвью - говно. Или пэйджинг - говно. Это значит, что надо использовать то, что нужно для решения задачи. Как канал телеграма будете подгружать без ресайкли и пэйджинга (или их точно таких же аналогов - велосипедов)?

в лист вью подгрузится. И ничего с ним не случится.

тут меньше 30 тысяч текстовых полей по определению

в лист вью подгрузится. И ничего с ним не случится.

Листвью всё равно, сколько миллиардов элементов в списке. Вся нагрузка — на их выгрузку.

Миллиард я не пробовал... А 30 тысяч нормально. Тупым сравнением строк, и не имеющих совпадение фильтруется за доли секунды.

Какая там нагрузка?

нагрузка у телеграмма. Он мешает посылать сюда сообщения.

лол)

нагрузка у телеграмма. Он мешает посылать сюда сообщения.

Точно не тролль?

Все что с Вашим мнением не согласно - и сразу надо обзываться? Прибумай другое слово.

Все что с Вашим мнением не согласно - и сразу надо обзываться? Прибумай другое слово.

Ну ты уперся в свой пример и не хочешь слушать примеры других - как еще тебя назвать) Определенно ты пытаешься порвать пуканы))

Сколько в грн реально попросить за проект с нормальным фронт и бекендом, где есть авторизация пользователя разделение доступа, удаленная живая работающая бд и доп фичи типу поиск по бд, настройки тем и шрифтов, редактирование БД с приложения по разделенным уровням доступа. Обработаны все ексепшины, выводятся нужные тосты, с дизайном тоже проблем нету, оптимизировано под андроид 6 и выше?

Ну ты уперся в свой пример и не хочешь слушать примеры других - как еще тебя назвать) Определенно ты пытаешься порвать пуканы))

Я не уперся в свой пример - а показал, что 30 тысяч - это даже не предел.

А если у кого-то чего-то тормозить - это не проблема рецислер вью или лист вью.

Сколько в грн реально попросить за проект с нормальным фронт и бекендом, где есть авторизация пользователя разделение доступа, удаленная живая работающая бд и доп фичи типу поиск по бд, настройки тем и шрифтов, редактирование БД с приложения по разделенным уровням доступа. Обработаны все ексепшины, выводятся нужные тосты, с дизайном тоже проблем нету, оптимизировано под андроид 6 и выше?

А «оптимизировано под андроид 6 и выше» — это как?) Если по делу, то даже с ТЗ и дизайном непросто и небыстро посчитать, сколько стоит.

Скажите пожалуйста можно ли заменить изображения в приложении, получилось заменить просто открыв apk через архиватор, но приложение вначале ругалось что оно сломалось и что то там не сходится, через лаки патчер получилось подписать тестовой подписью, приложение стало загружаться до того момента где изображение заменено и закрывается Вопрос такой возможно ли поменять на своё изображение и если можно как это сделать правильно