Приносит ли сохранение UIImage асинхронные проблемы с использованием URL? - PullRequest
Новая
       17

Приносит ли сохранение UIImage асинхронные проблемы с использованием URL?

0 голосов
/ 24 апреля 2019

Мне интересно ... В настоящее время я храню UIImages, которые я извлекаю из firebase, как UIImages (вместо ссылок как URL). Я рассматриваю возможность внесения изменений в способ их обработки ... А именно, изменение способа их хранения: на URL.

Я рассматриваю это из-за 2 вещей:

  • Я знаю, что он занимает меньше места и более дружественен к процессам

  • Но я также удивляюсь, если, сохраняя его как UIImage, я не буду продолжать делать вызовы в firebase ... Таким образом, у меня нет причин использовать sdWebImage с ними. // Хотя, возможно, использование sdWebImage сделает использование URL-адресов быстрее?

Верна ли вторая пуля? Какой мне выбрать?

Обратите внимание, что мне нужно будет также изменить способ хранения мультимедиа, учитывая, что в настоящее время у меня просто есть место под названием URL, где я сохраняю URL-адрес изображения или видео, поэтому мне придется изменить это местоположение в зависимости от типа данных. Что хорошо, если я должен.

1 Ответ

0 голосов
/ 26 апреля 2019

Я отвечаю на это исходя из своего опыта.

Я завершил переход и обнаружил, что загрузка контента происходит в несколько раз быстрее, чем была раньше. Таким образом, если у вас есть подобное решение, я советую идти с первой пули. То есть: хранить ссылки в DM и использовать что-то вроде SDWebImage при добавлении изображений в просмотр изображений. Также, если вы заметили некоторое дублирование ячеек: проверьте, сколько раз вы вызываете reloadData () для данных.

Исходя из моих выводов, ответ на вопрос будет: нет .

...