La mejor manera de obtener la ubicación GPS en segundo plano para el nivel de API de Android 30 y superior

Question

Mi aplicación determina el límite de velocidad por la ubicación del usuario y le dice al usuario si lo ha excedido. A partir del nivel de API de Android 30 y superior, Google ha definido IntentService como obsoleto y sugiere usar WorkManager o JobIntentService y también afirma que es necesario migrar de Firebase JobDispatcher a WorkManager. Veo dos formas de resolver este problema:

1. Inicie OneTimeWorkRequest y especifique reiniciar este método periódicamente en este método mientras la aplicación se está ejecutando en segundo plano.
2. Ejecute PeriodicWorkRequest con un intervalo mínimo permitido de 15 minutos. En este método, ejecute el método JobIntentService, que se ejecuta durante unos 10 minutos , pero es posible que el método no se ejecute o que el sistema lo destruya antes de que se complete.

Estoy preocupado:

• posibles fugas de memoria;
• posibles problemas con WorkManager o JobIntentService cuando se pasa del primer plano al segundo plano y viceversa
• la capacidad de utilizar el patrón MVVM

Answer 1

Preferiría ir con la segunda opción, te da más tiempo entre cada reprogramación del Worker.

Respecto a sus inquietudes:

• La única fuga posible son las devoluciones de llamada de ubicación incorrectas. Esto se puede rastrear fácilmente, no debe preocuparse demasiado por eso.
• Los programados Workerse colocan en la base de datos y se ejecutan independientemente de la aplicación. Lo que significa que la visibilidad de la aplicación por parte del usuario no tiene ningún efecto. En su caso, supongo que desea cancelar el trabajo programado una vez que el usuario reanude la aplicación, dicho esto se puede asignar una taga la Workery purgar cualquier programado o en curso una vez visible para el usuario.
• Prefiero mantener Workers aislado del MVVM y solo inyectar casos de uso / interactores en el trabajador y ejecutar el caso de uso / consultar el interactor. WorkerManagerofrece buenas API para consultar el Workerestado, es posible que deba escribir un terreno común entre su implementación anterior y para API> = 30. Trate el Workercontenedor de ejecución como diferente para su caso de uso.