Новая Яндекс.Музыка. Особенности разработки iOS-клиента — Сергей Зайцев
0 likes783 views
Документ описывает разработку iOS-клиента для Яндекс.Музыки, акцентируя внимание на кэшировании изображений для повышения производительности и стриминга музыки. Основные рекомендации включают использование двухуровневого кэша, управление загрузкой и обновление картинок с уникальными URL. Также подчеркивается важность оптимизации стриминга для медленных соединений и управления вычислительной нагрузкой.
Новая Яндекс.Музыка. Особенности разработки iOS-клиента — Сергей Зайцев
- 2. Новая Яндекс.Музыка. Особенности разработки iOS клиента. Зайцев Сергей Я.Субботник, Новосибирск, 18.10.2014
- 3. Каким должен быть хороший кэш картинок? Кэширование изображений
- 4. Кэширование нужно для ускорения отрисовки картинки 2000 ms 13 ms 27 ms 400 ms Загрузка Декодирование Обработка растра Измерения проводились при обработке JPEG 700x700 на IPhone 5S, загрузка по 3G. 4
- 5. Типовое решение: двухуровневый кэш 〉Минимальная нагрузка на поток пользователя кэша. 〉Ограничение на использование памяти и диска. 〉URL - первичный ключ картинки. 〉Хэш от URL - уникальная часть в имени файла. 5
- 6. Хорошее решение 〉Кэширование нескольких вариантов картинки (разные размеры, наложение фильтров). 6
- 7. Хорошее решение 〉Кэширование нескольких вариантов картинки (разные размеры, наложение фильтров). 〉Управление количеством одновременно загружаемых и обрабатываемых картинок. ! ! 7
- 8. Хорошее решение 〉Кэширование нескольких вариантов картинки (разные размеры, наложение фильтров). 〉Управление количеством одновременно загружаемых и обрабатываемых картинок. 〉По-настоящему уникалные имена файлов. ! 8
- 9. Хорошее решение 〉Кэширование нескольких вариантов картинки (разные размеры, наложение фильтров). 〉Управление количеством одновременно загружаемых и обрабатываемых картинок. 〉Не использовать хэш в качестве имени файла. 〉Обновление картинок. 9
- 10. Кэшируем обработанные картинки, если 〉На клиенте генерируется несколько вариантов картинки. 10
- 11. Кэшируем обработанные картинки, если 〉На клиенте генерируется несколько вариантов картинки. 〉Устройство не успевает обработать картинку ”на лету”. 11
- 12. Кэшируем обработанные картинки, если 〉На клиенте генерируется несколько вариантов картинки. 〉Устройство не успевает обработать картинку ”на лету”. 〉Обработанная картинка будет многократно использована. 12
- 13. Варианты реализации обновления 〉Сервер генерирует уникальные URL для новых картинок. 13
- 14. Варианты реализации обновления 〉Сервер генерирует уникальные URL для новых картинок. 〉 Клиент проверяет установленные сервером HTTP заголовки (cache-control, last-modified, ETag). 14
- 15. Варианты реализации обновления 〉Сервер генерирует уникальные URL для новых картинок. 〉Клиент проверяет установленные сервером HTTP заголовки (cache-control, last-modified, ETag). 〉По инициативе клиента (каждый раз, по таймеру, при выходе приложения из бэкграунда…). 15
- 16. Варианты реализации обновления 〉Сервер генерирует уникальные URL для новых картинок. 〉Клиент проверяет установленные сервером HTTP заголовки (cache-control, last-modified, ETag). 〉По инициативе клиента (каждый раз, по таймеру, при выходе приложения из бэкграунда…). Обновление зависимых картинок 16
- 17. Чтобы получить хороший кэш 〉Кэшируйте обработанные картинки. 〉Ограничивайте нагрузку на CPU и память. 〉Используйте уникальные имена файлов. 〉Позаботьтесь об обноволении картинок. ! 17
- 18. Стриминг и кэширование музыки
- 19. Особенности 〉Для кэширования и стриминга используется общий загрузчик. 19
- 20. Особенности 〉Для кэширования и стриминга используется общий загрузчик. 〉Специализированный загрузчик. 20
- 21. Особенности 〉Для кэширования и стриминга используется общий загрузчик. 〉Собственный загрузчик. 〉Собственный UI плейера. 21
- 22. Схема стриминга 22 Кэш Загрузчик Управление стримингом Audio Queue UI Данные 16Кб Управление
- 23. Тюнинг 〉Воспроизведение кусками по 16 КБ. 23
- 24. Тюнинг 〉Воспроизведение кусками по 16 КБ. 〉Ограничение частоты обновления прогресса скачивания. 24
- 25. Тюнинг 〉Воспроизведение кусками по 16 КБ. 〉Ограничение частоты уведомлений о прогрессе скачивания. 〉Ручное управление транзакциями СУБД. 25
- 26. Выводы 〉Кэширование и стриминг должны использовать общий загрузчик. 〉Стриминг должен хорошо работать на медленных соединениях. 〉Нагрузка на вычислительные ресурсы должна быть управляемой. 26
- 27. 27 Контакты Сергей Зайцев Старший разработчик @libra_rf sergey.zaytsev.5264 +7 (913) 919 59 95 rawick@yandex.ru