Загрузка большого количества изображений, что делает его более быстрым

Question

Мне нужна помощь при загрузке с веб-сервера ... Что я сейчас делаю, это получить XML-файл с веб-серверов, содержащий изображения, разбор XML, загрузку каждого изображения, сохранение изображения на iphone , и сохранить имя изображения в базе данных sql. Это занимает много времени, потому что есть большое количество изображений для загрузки, и я загружаю один за другим.

Мое обновление приложения только что получил отклонено, поскольку рецензент decieded, что загрузка слишком долго ... Что забавно, последние два обновления прошло без проблем ..

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

Любые советы о том, как сделать загрузку быстрее, будут оценены. Благодарю.

Answer 1

Вы часто меняете эти изображения? Или только один раз за релиз, если вообще? Если они меняются с каждым выпуском, я бы упаковал их. Если они почти никогда не меняются, переходите к одной огромной загрузке (так что людям не нужно повторно загружать при обновлении), и если они часто меняются, загружайте их файл по файлу, но старайтесь делать 2-3 файла одновременно, используя асинхронная загрузка (если поддерживается).

Answer 2

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

Answer 3

BTW, zip не поможет с изображениями. Они уже сжаты, поэтому они просто добавят накладные расходы. Убедитесь, что ваши изображения не больше, чем вам нужно для отображения, и я сделал бы то, что предложил Марио выше, и загрузил их по нескольким асинхронным вызовам (по крайней мере, сделал один большой асинхронный вызов).

Ключевой принцип дизайна пользовательского интерфейса представляет собой частичные результаты (если они не являются недействительными или вводят в заблуждение), так что пользователь понимает, что прогресс достигнут.

Если вам действительно нужны все изображения, чтобы сделать их действительными, вы можете загрузить их и отобразить их серым цветом (alpha = 0,4) или что-то еще, чтобы было ясно, что это частичный результат, но этот прогресс , Вероятно, рецензент почувствовал, что слишком много времени для запуска.

Answer 4

Скорее всего, ваши изображения слишком велики. Вы сказали, что беспокоитесь о ограничении на 20 Мб, но я думаю, что в этот момент ваши изображения просто слишком велики для телефона.

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

Если вы все еще хотите иметь массовые загрузки, почему бы не использовать его как побочный вариант, а не реализацию по умолчанию?

Answer 5

1) Я бы использовал что-то вроде NSOperationQueue для загрузки вокруг трех изображений за раз в фоновом режиме. Гораздо больше, и пользовательский интерфейс начинает становиться изменчивым.

2) Также покажите какой-то индикатор загрузки, пока это происходит.

3) В каком формате представлены ваши изображения? Если вы передаете по сети, вы должны использовать JPG и подумать о том, чтобы установить уровень качества на что-то меньшее (например, 6 даже 5).Чтобы компенсировать потерю качества, вы можете отправлять большие изображения, даже с большим количеством пикселей, которые вы можете легко улучшить с более низким качеством сжатия.

4) Если вам нужно использовать PNG для сохранения прозрачности, подумайте об использовании PNGCrush на изображениях перед отправкой. Как уже отмечалось, zip почти ничего не сделает.