Интеграция камеры (фото) в мобильное приложение
На первый взгляд задача несложная — открыть камеру, сделать снимок, получить файл. На практике это цепочка из разрешений, делегатов, обработки ориентации и загрузки на сервер, где каждый шаг может сломаться по-своему.
Где чаще всего возникают проблемы
Разрешения. iOS требует описания в Info.plist (NSCameraUsageDescription, NSPhotoLibraryUsageDescription), иначе краш без понятного лога. Android до API 23 разрешения были статическими, с API 23+ — runtime-запрос через ActivityResultContracts.RequestPermission. Если не обработать shouldShowRequestPermissionRationale, пользователь нажимает «Запретить навсегда» — и приложение молча не получает доступ к камере без объяснения причин.
Ориентация EXIF. Устройство физически поворачивает матрицу, но JPEG при этом записывается «набок», а правильная ориентация хранится в EXIF-теге Orientation. UIImageView на iOS показывает картинку нормально благодаря автоматической коррекции, но как только фото уходит на сервер, Node.js или Python читает байты без учёта EXIF — и аватарка повёрнута на 90°. На Android аналогичная ситуация с ExifInterface из androidx.exifinterface.
Выбор из галереи. PHPickerViewController (iOS 14+) работает без запроса доступа к Photos-библиотеке. Для более старых версий — UIImagePickerController с .photoLibrary. На Android — ActivityResultContracts.PickVisualMedia (Photo Picker API, доступен с Android 13, бэкпортирован через androidx.activity:activity:1.7+).
Как реализуем
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.
Кастомный интерфейс камеры
UIImagePickerController выглядит как системная камера и не поддерживает произвольный UI. Для кастомного интерфейса — AVCaptureSession напрямую: AVCaptureDeviceInput → AVCapturePhotoOutput, превью через AVCaptureVideoPreviewLayer. Это позволяет добавить рамку для сканирования документа, кнопку переключения между камерами с анимацией, сетку правила третей.
На Android кастомная камера — CameraX Preview + CameraX ImageCapture в одном ProcessCameraProvider. PreviewView рендерит поток с камеры, поверх — собственные view-элементы.
Сроки
Базовая интеграция (камера + галерея + загрузка) — 1–2 дня. Если нужна кастомная UI камеры с наложением рамки для документов или нормализация EXIF на всех устройствах — 3 дня.