En mis proyectos estoy usandoBroadcastReceivers como una devolución de llamada de un hilo de larga ejecución (por ejemplo, notifique a la actividad que se completó una descarga y envíe algunos datos de respuesta de un TrabajadorThread para que la actividad pueda mostrar el mensaje apropiado al usuario ..). UsarBroadcastReceivers Tengo que tener cuidado de registrar y anular el registro del receptor de difusión cada vez que lo estoy usando y también tengo que preocuparme de qué mensajes debo enviar especialmente cuando estoy utilizando este método para realizar más acciones diferentes (como descargar, realizar llamadas al servicio web, etc.) ). Y también para enviar objetos personalizados a través de la intención de Broadcast, también necesito hacer los objetos.Parcelable.

A diferencia de este enfoque, he visto también el enfoque de los métodos de devolución de llamada que parece ser más simple que el método que utilizo. Los métodos de devolución de llamada son simples métodos de implementación de interfaz que se pueden usar para lograr el mismo efecto que el BroadcastRecaiver en la mensajería de aplicaciones. Este enfoque no necesita la implementación de Parcelable para devolver objetos complejos y no usa claves comoBroadcastReceiver.. Creo que la parte mala es que necesito verificar el objeto de devolución de llamada en busca de un valor nulo antes de llamar al método de devolución de llamada ... y también para asegurarme de que estoy ejecutando el código de la implementación en el subproceso de la interfaz de usuario para poder actualizar La interfaz de usuario sin errores.

Ok, espero que hayan entendido lo que quería decir :).

Ahora la pregunta es ¿crees que el método de devolución de llamada es mejor (más claro, más limpio, más rápido ...) que elBroadcastReceiver enfoque cuando se utilizan justo dentro de una sola aplicación? (Tenga en cuenta que no estoy usando AndroidService para el trabajo de fondo ... soloAsyncTask yThreads)

¡Gracias!