Какова наиболее масштабируемая стратегия изменения размера, присвоения имен и доступа к URL-адресам изображений в реляционной базе данных?Изображения должны отображаться в мобильном приложении с разным размером и качеством на каждом экране.
Предположим, изображения хранятся в каком-либо сервисе хранения, например AWS S3.В DB хранятся URL-адреса со ссылкой на S3 объектов.
Суть в том, чтобы оптимизировать наше мобильное приложение.Есть места для показа изображений, как показано ниже:
- Огромное, полноразмерное оригинальное изображение
- Меньшее, менее подробное изображение для отображения в списке изображений
- Миниатюрное изображение с минимальнымразмер, обеспечивающий хорошую производительность прокрутки
- Возможность добавления размеров, отличных от указанных, для отображения на будущих экранах
Я хочу избежать изменения размера на лету.
Например, с макушки головы:
ширина, высота, качество добавляются к имени изображения
определенная таблица с типами изображений и ссылкой на нее в таблице с URL-адресами
, возможно, должна быть папка (корзина в случае S3) для каждого изображения со многими изображениями с измененным размером и клиентомследует динамически решать, какой размер проекта
Спасибо за любые предложения и идеи.