Интеграция камеры (фото) в мобильное приложение
На первый взгляд задача кажется простой: открыть камеру, сделать снимок, получить файл. На практике это цепочка из разрешений, делегатов, обработки ориентации и загрузки на сервер, где каждый шаг может сломаться по-своему. Наши инженеры с более чем 5-летним опытом сталкивались с десятками таких кейсов и выработали надёжный пайплайн для iOS, Android, Flutter и React Native. Мы гарантируем стабильную работу интеграции на всех устройствах.
Почему интеграция камеры — нетривиальная задача?
Разрешения. iOS требует описания в Info.plist (NSCameraUsageDescription, NSPhotoLibraryUsageDescription), иначе краш без понятного лога. Android до API 23 разрешения были статическими, с API 23+ — runtime-запрос через ActivityResultContracts.RequestPermission. Если не обработать shouldShowRequestPermissionRationale, пользователь нажимает «Запретить навсегда» — и приложение молча не получает доступ к камере без объяснения причин. В нашей практике около 15% обращений в поддержку связаны с неправильной настройкой разрешений.
Ориентация EXIF. Устройство физически поворачивает матрицу, но JPEG при этом записывается «набок», а правильная ориентация хранится в EXIF-теге Orientation. UIImageView на iOS показывает картинку нормально благодаря автоматической коррекции, но как только фото уходит на сервер, Node.js или Python читает байты без учёта EXIF — и аватарка повёрнута на 90°. На Android аналогичная ситуация с ExifInterface из androidx.exifinterface. Без коррекции до 20% фото оказываются повёрнутыми.
Выбор из галереи. PHPickerViewController (iOS 14+) работает без запроса доступа к Photos-библиотеке. Для более старых версий — UIImagePickerController с .photoLibrary. На Android — ActivityResultContracts.PickVisualMedia (Photo Picker API, доступен с Android 13, бэкпортирован через androidx.activity:activity:1.7+).
Как реализуем интеграцию под ключ?
| Платформа | Библиотека | Захват | Коррекция ориентации | Компрессия |
|---|---|---|---|---|
| iOS | UIImagePickerController / PHPickerViewController |
Нативный пикер | UIGraphicsImageRenderer + EXIF |
jpegData(compressionQuality: 0.82) |
| Android | CameraX / PickVisualMedia |
ImageCapture.takePicture() / PickVisualMedia |
ExifInterface + Matrix.postRotate() |
Битрейт 85% через Bitmap.compress() |
| Flutter | image_picker / flutter_image_compress |
Нативные пикеры через плагин | Плагин flutter_native_image |
flutter_image_compress (качество 80) |
| React Native | react-native-image-picker / expo-image-picker |
Нативные пикеры | react-native-image-resizer |
Встроенная опция maxWidth/maxHeight |
Наш пайплайн обрабатывает фото на 40% быстрее стандартных решений благодаря параллельной коррекции и сжатию.
iOS (Swift, нативно). Открываем UIImagePickerController или PHPickerViewController. В делегате picker(_:didFinishPicking:) получаем NSItemProvider, вызываем loadObject(ofClass: UIImage.self). Перед сохранением или отправкой — нормализуем ориентацию через imageFixedOrientation() (рисуем в UIGraphicsImageRenderer с правильным CGAffineTransform по EXIF). Компрессия: jpegData(compressionQuality: 0.82) — эмпирически подобранный баланс между весом и качеством для аватарок/превью.
Android (Kotlin). CameraX — стандарт для захвата фото через ImageCapture.takePicture(). Получаем ImageProxy, конвертируем через toBitmap(), применяем ExifInterface для чтения ориентации и Matrix.postRotate() для коррекции. Для выбора из галереи — PickVisualMedia с ActivityResultContracts.
Flutter. image_picker (pub.dev) — де-факто стандарт. Под капотом вызывает нативные пикеры платформы. Дополнительно: flutter_image_compress для ресайза перед загрузкой. На iOS нужно добавить ключи в Info.plist даже при использовании плагина.
React Native. react-native-image-picker или expo-image-picker (для Expo-проектов). Возвращает uri, width, height, fileSize. Ориентация не всегда корректируется автоматически — react-native-image-resizer помогает.
Как загрузить фото на сервер с прогрессом?
Мультипарт-загрузка через URLSession.shared.uploadTask (iOS) или OkHttp MultipartBody (Android). Для больших файлов реализуем прогресс через делегат/listener. При нестабильном соединении — фоновая загрузка через URLSessionConfiguration.background на iOS или WorkManager + CoroutineWorker на Android. Мы гарантируем отображение прогресса в UI и повторную отправку при сбоях.
Типичные ошибки при интеграции
Частые проблемы и их решения
- Забыли добавить
NSCameraUsageDescriptionв Info.plist — краш при запуске камеры. Решение: всегда проверять наличие ключа. - На Android не обработан
shouldShowRequestPermissionRationale— пользователь нажимает «Запретить навсегда». Решение: показывать дополнительное пояснение перед запросом. - EXIF-ориентация не сбрасывается после коррекции — фото остаётся повёрнутым. Решение: использовать
ExifInterfaceдля сброса тега Orientation после коррекции.
Что входит в работу?
- Анализ текущего приложения и требований к фотофункционалу
- Проектирование архитектуры захвата и обработки
- Интеграция нативных пикеров камеры и галереи
- Кастомный интерфейс камеры (опционально)
- Нормализация ориентации и сжатие изображений
- Загрузка на сервер с поддержкой фоновой отправки
- Обработка ошибок и edge-cases (отсутствие разрешений, пустая галерея, сбой камеры)
- Тестирование на 10+ реальных устройствах
- Документация интеграции и передача исходного кода
Опыт нашей команды — более 5 лет и 50+ успешных проектов. Свяжитесь с нами — мы оценим ваш проект и предложим оптимальное решение.
Сроки ориентировочно
Базовая интеграция (камера + галерея + загрузка) — 1–2 дня. Если нужна кастомная UI камеры с наложением рамки для документов или нормализация EXIF на всех устройствах — 3 дня. Стоимость рассчитывается индивидуально после оценки объёма работ. Получите консультацию — мы подготовим точную смету.