Android cámara android.hardware.Cámara en desuso

Documentación de la API

De acuerdo con la guía para desarrolladores de Android para android.hardware.Camera, dicen:

Recomendamos usar el nuevo android.hardware.camera2 API para nuevas aplicaciones.

En la página de información sobre android.hardware.camera2, (enlazado arriba), se indica:

El androide.hardware.el paquete camera2 proporciona una interfaz para dispositivos de cámara individuales conectados a un dispositivo Android. Reemplaza la cámara obsoleta clase.

El problema

Cuando revises esa documentación encontrarás que la implementación de estas 2 API de cámara son muy diferentes.

Por ejemplo, obtener la orientación de la cámara en android.hardware.camera

@Override
public int getOrientation(final int cameraId) {
    Camera.CameraInfo info = new Camera.CameraInfo();
    Camera.getCameraInfo(cameraId, info);
    return info.orientation;
}

Versus android.hardware.camera2

@Override
public int getOrientation(final int cameraId) {
    try {
        CameraManager manager = (CameraManager) context.getSystemService(Context.CAMERA_SERVICE);
        String[] cameraIds = manager.getCameraIdList();
        CameraCharacteristics characteristics = manager.getCameraCharacteristics(cameraIds[cameraId]);
        return characteristics.get(CameraCharacteristics.SENSOR_ORIENTATION);
    } catch (CameraAccessException e) {
        // TODO handle error properly or pass it on
        return 0;
    }
}

Esto hace que sea difícil cambiar de una a otra y escribir código que pueda manejar ambas implementaciones.

Tenga en cuenta que en este ejemplo de código único ya tuve que trabajar alrededor del hecho de que el olde camera API funciona con int primitivas para ID de cámara, mientras que la nueva funciona con objetos String. Para este ejemplo lo arreglé rápidamente usando el int como un índice en la nueva API. Si la cámara devuelta no siempre está en el mismo orden, esto ya causará problemas. El enfoque alternativo es trabajar con objetos String y la representación String del antiguo int cameraIDs, lo cual es probablemente más seguro.

Uno de distancia alrededor

Ahora para trabajar en torno a esta enorme diferencia que puede implemente primero una interfaz y haga referencia a esa interfaz en su código.

Aquí voy a enumerar algún código para esa interfaz y las 2 implementaciones. Puede limitar la implementación a lo que realmente usa de la API de la cámara para limitar la cantidad de trabajo.

En la siguiente sección explicaré rápidamente cómo cargar uno u otro.

La interfaz que envuelve todo lo que necesita, para limitar este ejemplo solo tengo 2 métodos aquí.

public interface CameraSupport {
    CameraSupport open(int cameraId);
    int getOrientation(int cameraId);
}

Ahora tienen una clase para el viejo api de hardware de la cámara:

@SuppressWarnings("deprecation")
public class CameraOld implements CameraSupport {

    private Camera camera;

    @Override
    public CameraSupport open(final int cameraId) {
        this.camera = Camera.open(cameraId);
        return this;
    }

    @Override
    public int getOrientation(final int cameraId) {
       Camera.CameraInfo info = new Camera.CameraInfo();
       Camera.getCameraInfo(cameraId, info);
       return info.orientation;
    }
}

Y otro para la nueva api de hardware:

public class CameraNew implements CameraSupport {

    private CameraDevice camera;
    private CameraManager manager;

    public CameraNew(final Context context) {
        this.manager = (CameraManager) context.getSystemService(Context.CAMERA_SERVICE);
    }

    @Override
    public CameraSupport open(final int cameraId) {
        try {
            String[] cameraIds = manager.getCameraIdList();
            manager.openCamera(cameraIds[cameraId], new CameraDevice.StateCallback() {
                @Override
                public void onOpened(CameraDevice camera) {
                    CameraNew.this.camera = camera;
                }

                @Override
                public void onDisconnected(CameraDevice camera) {
                    CameraNew.this.camera = camera;
                    // TODO handle
                }

                @Override
                public void onError(CameraDevice camera, int error) {
                    CameraNew.this.camera = camera;
                    // TODO handle
                }
            }, null);
        } catch (Exception e) {
            // TODO handle
        }
        return this;
    }

    @Override
    public int getOrientation(final int cameraId) {
        try {
            String[] cameraIds = manager.getCameraIdList();
            CameraCharacteristics characteristics = manager.getCameraCharacteristics(cameraIds[cameraId]);
            return characteristics.get(CameraCharacteristics.SENSOR_ORIENTATION);
        } catch (CameraAccessException e) {
            // TODO handle
            return 0;
        }
    }
}

Cargando la API adecuada

Ahora para cargar su clase CameraOld o CameraNew tendrá que verificar el nivel de API ya que CameraNew solo está disponible desde el nivel de api 21.

Si ya tiene configurada la inyección de dependencias, puede hacerlo en su módulo cuando proporcione la implementación CameraSupport. Ejemplo:

@Module public class CameraModule {

    @Provides
    CameraSupport provideCameraSupport(){
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) {
            return new CameraNew(context);
        } else {
            return new CameraOld();
        }
    } 
}

Si no usa DI, solo puede hacer una utilidad o usar Factory patrón para crear el adecuado. La parte importante es que se comprueba el nivel de API.