Consolide las notificaciones móviles

A partir del nivel de API 26 de Android, se requieren notificaciones persistentes para los servicios en primer plano. Este requisito tiene como objetivo evitar que ocultes servicios que puedan exigir demasiado a los recursos del sistema, en particular, a la batería. Este requisito crea un problema potencial: Si una app con varios servicios en primer plano no administra con cuidado la notificación para que se comparta en todos los servicios, puede haber varias notificaciones persistentes que no se puedan descartar, lo que genera un desorden no deseado en la lista activa de notificaciones.

Este problema se vuelve más complejo cuando usas SDKs, como el SDK de Navigation, que ejecutan servicios en primer plano independientes de la app y que tienen sus propias notificaciones persistentes independientes, lo que dificulta su consolidación. Para abordar estos problemas, la versión 1.11 del SDK de Navigation introdujo una API simple para ayudar a administrar las notificaciones persistentes en toda la app, incluso dentro del SDK.

Componentes

El administrador de servicios en primer plano proporciona un wrapper alrededor de la clase de servicio en primer plano de Android y la clase de notificación persistente. La función principal de este wrapper es aplicar el uso del ID de notificación para que la notificación se comparta en todos los servicios en primer plano que usan el administrador.

El SDK de Navigation contiene métodos estáticos para inicializar y obtener el singleton ForegroundServiceManager. Este singleton solo se puede inicializar una vez durante la vida útil del SDK de Navigation. Por lo tanto, si usas una de las llamadas de inicialización (initForegroundServiceManagerMessageAndIntent() o initForegroundServiceManagerProvider()), debes incluirla en un bloque try-catch en caso de que se vuelva a ingresar a esa ruta. El SDK de Navigation arroja una excepción de tiempo de ejecución si llamas a cualquiera de los métodos más de una vez, a menos que primero borres todas las referencias a ForegroundServiceManager y llames a clearForegroundServiceManager() antes de cada llamada posterior.

Los cuatro parámetros de initForegroundServiceManagerMessageAndIntent() son application, notificationId, defaultMessage y resumeIntent. Si los tres parámetros finales son nulos, la notificación es la notificación estándar del SDK de Navigation. Aún es posible ocultar otros servicios en primer plano en la app detrás de esta notificación. El parámetro notificationId especifica el ID de notificación que se debe usar para la notificación. Si es nulo, se usa un valor arbitrario. Puedes configurarlo de forma explícita para evitar conflictos con otras notificaciones, como las de otro SDK. El objeto defaultMessage es una cadena que se muestra cuando el sistema no está navegando. El objeto resumeIntent es un intent que se activa cuando se hace clic en la notificación. Si resumeIntent es nulo, se ignoran los clics en la notificación.

Los tres parámetros de initForegroundServiceManagerProvider() son application, notificationId y notificationProvider. Si los dos últimos parámetros son nulos, la notificación es la notificación estándar del SDK de Navigation. El parámetro notificationId especifica el ID de notificación que se debe usar para la notificación. Si es nulo, se usa un valor arbitrario. Puedes configurarlo de forma explícita para evitar conflictos con otras notificaciones, como las de otro SDK. Si se configura notificationProvider, el proveedor siempre es responsable de generar la notificación que se renderizará.

El método getForegroundServiceManager() del SDK de Navigation devuelve el singleton del administrador de servicios en primer plano. Si aún no generaste uno, es equivalente a llamar a initForegroundServiceManagerMessageAndIntent() con parámetros nulos para notificationId, defaultMessage y resumeIntent.

La clase ForegroundServiceManager tiene tres métodos simples. Los dos primeros son para mover un servicio al primer plano y fuera de él, y, por lo general, se llaman desde el servicio que se creó. El uso de estos métodos garantiza que los servicios se asocien con la notificación persistente compartida. El método final, updateNotification(), marca al administrador que la notificación cambió y que se debe volver a renderizar.

Si necesitas un control completo de la notificación persistente compartida, la API proporciona una interfaz NotificationContentProvider para definir un proveedor de notificaciones, que contiene un solo método para obtener una notificación con el contenido actual. También proporciona una clase base que puedes usar de forma opcional para ayudar a definir el proveedor. Uno de los principales propósitos de la clase base es proporcionar una forma de llamar a updateNotification() sin necesidad de acceder a ForegroundServiceManager. Si usas una instancia del proveedor de notificaciones para recibir mensajes de notificación nuevos, puedes llamar a este método interno directamente para renderizar el mensaje en la notificación.

situaciones de uso

En esta sección, se detallan las situaciones de uso de las notificaciones persistentes compartidas.

Oculta las notificaciones persistentes de otros servicios en primer plano de la app

El caso más sencillo es conservar el comportamiento actual y solo usar la notificación persistente para renderizar la información del SDK de Navigation. Otros servicios pueden ocultarse detrás de esta notificación usando los métodos startForeground() y stopForeground() del administrador de servicios en primer plano.

Oculta las notificaciones persistentes de otros servicios en primer plano de la app, pero establece el texto predeterminado que se muestra cuando no se está navegando.

El segundo escenario más sencillo es conservar el comportamiento actual y solo usar la notificación persistente para renderizar la información del SDK de Navigation, excepto cuando el sistema no está navegando. Cuando el sistema no está navegando, se muestra la cadena proporcionada a initForegroundServiceManagerMessageAndIntent() en lugar de la cadena predeterminada del SDK de Navigation que menciona "Google Maps". También puedes usar esta llamada para establecer la intención de reanudación que se activa cuando se hace clic en la notificación.

Toma el control total de la renderización de la notificación persistente

En el último caso, se requiere definir y crear un proveedor de notificaciones, y pasarlo a ForegroundServiceManager con initForegroundServiceManagerProvider(). Esta opción te brinda control total sobre lo que se renderiza en la notificación, pero también desconecta la información de la notificación del SDK de Navigation de la notificación, lo que quita las indicaciones paso a paso útiles que se muestran en la notificación. Google no proporciona un medio sencillo para recuperar esta información e insertarla en la notificación.

Ejemplo de proveedor de notificaciones

En el siguiente ejemplo de código, se muestra cómo crear y devolver notificaciones con un proveedor de contenido de notificaciones simple.

public class NotificationContentProviderImpl
   extends NotificationContentProviderBase
   implements NotificationContentProvider {
 private String channelId;
 private Context context;
 private String message;

 /** Constructor */
 public NotificationContentProviderImpl(Application application) {
   super(application);
   message = "-- uninitialized --";
   channelId = null;
   this.context = application;
 }

 /**
  * Sets message to display in the notification. Calls updateNotification
  * to display the message immediately.
  *
  * @param msg The message to display in the notification.
  */
 public void setMessage(String msg) {
   message = msg;
   updateNotification();
 }

 /**
  * Returns the notification as it should be rendered.
  */
 @Override
 public Notification getNotification() {
   Notification notification;

   if (android.os.Build.VERSION.SDK_INT >= android.os.Build.VERSION_CODES.O) {
     Spanned styledText = Html.fromHtml(message, FROM_HTML_MODE_LEGACY);
     String channelId = getChannelId(context);
     notification =
         new Notification.Builder(context, channelId)
             .setContentTitle("Notifications Demo")
             .setStyle(new Notification.BigTextStyle()
                 .bigText(styledText))
             .setSmallIcon(R.drawable.ic_navigation_white_24dp)
             .setTicker("ticker text")
             .build();
   } else {
     notification = new Notification.Builder(context)
         .setContentTitle("Notification Demo")
         .setContentText("testing non-O text")
         .build();
   }

   return notification;
 }

 // Helper to set up a channel ID.
 private String getChannelId(Context context) {
   if (android.os.Build.VERSION.SDK_INT >= android.os.Build.VERSION_CODES.O) {
     if (channelId == null) {
       NotificationManager notificationManager =
           (NotificationManager) context.getSystemService(Context.NOTIFICATION_SERVICE);
       NotificationChannel channel = new NotificationChannel(
           "default", "navigation", NotificationManager.IMPORTANCE_DEFAULT);
       channel.setDescription("For navigation persistent notification.");
       notificationManager.createNotificationChannel(channel);
       channelId = channel.getId();
     }
     return channelId;
   } else {
     return "";
   }
 }
}

Después de crear NotificationContentProviderImpl, conéctale el SDK de Navigation con el siguiente código:

ForegroundServiceManager f = NavigationApi.getForegroundServiceManager(getApplication());
mNotification = new NotificationContentProviderImpl(getApplication());
NavigationApi.clearForegroundServiceManager();
NavigationApi.initForegroundServiceManagerProvider(getApplication(), null, mNotification);

Advertencias y planes futuros

• Asegúrate de llamar a initForegroundServiceManagerMessageAndIntent() o initForegroundServiceManagerProvider() con anticipación para que el caso de uso esperado esté bien definido. Debes llamar a este método antes de crear un nuevo Navigator.
• Asegúrate de detectar las excepciones de las llamadas a initForegroundServiceManagerMessageAndIntent() o initForegroundServiceManagerProvider() en caso de que se ingrese la ruta de acceso al código más de una vez. En el SDK de Navigation v2.0, llamar a este método varias veces arroja una excepción verificada en lugar de una excepción de tiempo de ejecución.
• Es posible que Google aún tenga que trabajar para lograr un diseño coherente durante la vida útil de la notificación que coincida con el diseño del encabezado.
• Cuando defines un proveedor de notificaciones, puedes controlar el comportamiento de la notificación emergente con la prioridad.
• Google no proporciona un medio sencillo para recuperar información paso a paso que un proveedor de notificaciones podría insertar en la notificación.