Я создаю каталог одежды на iPad. Приложение будет содержать более 2000 изображений в формате jpg с разрешением 2048 x 1536 @ 72ppi, а также 2 размера миниатюр для каждого изображения. Большой размер первичных изображений - это возможность масштабирования продуктов при разумном разрешении. Большие миниатюры будут отображаться на каждой странице, чтобы отображать альтернативные цвета для каждого продукта. Меньшие миниатюры используются во всплывающем всплывающем всплывающем диалоге страниц в стиле диафильма.Приложение для iPad iPad с 1000 изображениями
Я динамически изменяю размеры больших эскизов от полноразмерных изображений при отображении каждой страницы (в пейджинге UIScrollView). Меньшие эскизы предварительно визуализируются в photoShop, чтобы максимизировать производительность браузера страниц с прокруткой страниц.
Помимо пространства, занимаемого устройством, из-за большого количества изображений, какие другие проблемы или проблемы существуют вокруг большого количества изображений в приложении? Управление памятью находится под контролем, потому что я размещаю большие изображения входы и выходы по мере необходимости, когда пользователь перемещается между страницами в главном UIScrollView.
Когда я запускаю приложение на устройстве с помощью инструмента производительности и наблюдаю за использованием реальной памяти в мониторе активности, я вижу, что используется 21 Мб. Я jpging эти изображения довольно агрессивно, поэтому размер файла полноразмерных изображений составляет около 250 КБ каждый. – Alpinista
Размер файла не равен размеру памяти. Общий объем памяти только для содержимого фреймбуфера - это разрешение изображения, умноженное на 4 (каналы rgba), независимо от того, сколько у вас сжатий на изображениях. – jer