ИБ
А если остаться на скролвью и локально загрузить эти 70мб картинок ситуация аналогичная будет?
Size: a a a
2021 March 12
ИБ
Без использования Picasso
VL
Иван Баландин
А если остаться на скролвью и локально загрузить эти 70мб картинок ситуация аналогичная будет?
Думаю будет out of memory
A
можно загрузить картинки в файловую систему и потом тянуть их из локального хранилища
ИЗ
Иван Баландин
Базу конечно не очень хотелось добавлять(
Хотя я вроде не на твой вопрос отвечал, надеюсь меня правильно поняли.
VL
можно загрузить картинки в файловую систему и потом тянуть их из локального хранилища
В чем принципиальная разница по потреблению ресурсов ?
СП
Иван Баландин
А если остаться на скролвью и локально загрузить эти 70мб картинок ситуация аналогичная будет?
В ресайклере показывай локально загруженные. Тогла памяь будут жрать те что на экране.
И largeHeap в манифест добавь
И largeHeap в манифест добавь
ИБ
Думаю будет out of memory
а этого не произойдет?
A
пока есть возможности для оптимизации, largeHeap лучше не использовать
A
да и не факт, что система даст тебе увеличенный размер кучи
A
это не гарантия, а пожелание (про largeHeap)
OS
юзай бд
или в простейшем случае можно даже sharedPrefference но лучше всё же бд
второй фрагмент сохраняет данные в бд и закрывается
при открытии лезет в бд и если там данные есть, то самозаполняется ими
если надо очистить данные, то в первом или втором фрагменте где нужно вызывается метод очистки нужной таблички бд.
И не надо никакие параметры перезаполнять или прокидывать.
И каждый фрагмент у тебя самостоятельный, и его можно открыть откуда угодно без параметров, он сам данные подтянет.
или в простейшем случае можно даже sharedPrefference но лучше всё же бд
второй фрагмент сохраняет данные в бд и закрывается
при открытии лезет в бд и если там данные есть, то самозаполняется ими
если надо очистить данные, то в первом или втором фрагменте где нужно вызывается метод очистки нужной таблички бд.
И не надо никакие параметры перезаполнять или прокидывать.
И каждый фрагмент у тебя самостоятельный, и его можно открыть откуда угодно без параметров, он сам данные подтянет.
В бд будет две таблицы, с 1 фрагмента и со 2, соответственно 2 таблица будет связана с 1. Запись будет в бд обеих таблиц в одной транзакции (это в теории, на практике ещё не пробовала), поэтому вариант записи в бд только 2 таблицы не рассматриваю
VL
это не гарантия, а пожелание (про largeHeap)
Поддерживаю
СП
Ну, на первое время, что бы не плакать что не работает)
A
вообще, билиотеки типа Glide, внутри кэшируют картинки. Так что один вариант - это запрашивать картинку с нужным размером, когда она дейстивтельно нужна (должна отобразиться на экране)
A
второй вариант - скачивать картинки в локальное хранилище
ИБ
я пробовал с Glide. Также все тормозит спустя некоторое время(
A
из твоего описания я понял, что ты запрашиваешь все картинки разом
ИБ
дааа
A
но если будешь их запрашивать по одной асинхронно, то библиотека сама удалит "ненужные" при достижении предела размера кэша