UIImagePickerController и необходимость сохранить UIImage как можно скорее против использования файловой поддержки - PullRequest
2 голосов
/ 22 июля 2010

Я прочитал uiimagepickercontroller uiimage memory и многое другое и другие соответствующие вопросы, но я не могу обдумать одну вещь, и мне интересно, есть ли здесь люди с опытом в этом конкретном аспекте.

В своем приложении я позволил пользователю выбрать изображение из своей библиотеки, что в конечном итоге привело к загрузке.(Интересно, что изображения там могут быть получены с 12-мегапиксельной камеры высокого качества, поскольку, например, iTunes счастливо синхронизирует их с телефоном.)

По разным причинам, я UIImageJPEGRepresentation вещь правильнаяпрочь к локально сохраненному файлу.

Без долгих раздумий я ухватился за UIImage, возвращенный средством выбора.

В приборах на симуляторе я вижу, что UIImageвозвращается UIImagePickerController освобождает память.Означает ли это, что он поддерживается файлом в библиотеке , к которому мы не можем получить доступ?

Означает ли это, что рекомендация в ответе связана свыше, чтобы сохранить изображение сразу, когда требуется полное разрешение, только приводит к дополнительным издержкам?(по крайней мере, для фотографий из библиотеки)

Кроме того, изображение, снятое камерой, может иметь или не иметь некоторую внутреннюю поддержку, которую я еще не исследовал (Почему симулятор не может просто использоватьмой iSight ?!).Если нет, то это, безусловно, будет проблема с памятью, и первым делом будет UIImageJPEGRepresentation, за которым следует UIImage imageWithContentsOfFile: для включения поддержки, что будет стоить довольно большой задержки.

У кого-нибудь есть мысли?

...