Patrones de Diseño: Implementación del Patrón Observer en Proyectos

Contenido del curso

Arquitectura

Patrones de diseño

10
Patrones de Diseño en Android: Creacionales, Estructurales y Comportamiento
02:34 min

Patrones de diseño creacionales

Patrones de diseño estructurales

Patrones de comportamiento

Bonus: Architecture Components

Bonus: Custom View

31
Creación de Vistas Personalizadas en Android con Custom View
08:42 min

Conclusiones

32
Patrones de Diseño y Componentes de Texto en Android
01:19 min

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:004:25

Patrones de Diseño: Implementación del Patrón Observer en Proyectos

Curso de Patrones de Diseño en Android

Clase 20 de 32

Clase 20 / 32

Comentarios (6)6 comentarios

Israel Yance

Hace 7 años

PATRONES DE COMPORTAMIENTO Los patrones de comportamiento nos ayudan a delegar la responsabilidad de comunicación entre clases y además de encapsularlas. Es la base para un paradigma de programación llamado programación reactiva. En programación reactiva hay un ente que envía eventos y hay otro ente que se suscribe a esos eventos.

Daniel Jussef Zamorano Silva

Hace 4 años

Gracias!

Carlos Andrés Pérez Cifuentes

Hace 7 años

En el desarrollo android, mantenemos usando este patrón sin darnos cuenta, ya que todos los listeners que usamos para los componentes gráficos, llamese OnClickListener, OnFocusChangeListener, etc., son de hecho un observer, que actuan como "sentinelas", pendientes de algun cambio o evento en los componentes de la UI para ejecutar la acción que le hayamos programado.

Este patrón también es muy usado cuando trabajamos con notificaciones, un ejemplo: si usamos una app estilo rappi, cuando hacemos un pedido, en todo momento la app nos está notificando (estemos dentro de la app o fuera de la app) que pasa con nuestro pedido por medio de estados: "tu pedido ha sido recibido", "tu rappi ha llegado al restaurante", "tu rappi va en camino a tu dirección", "tu pedido ha sido entregado". Todos estos estados, son eventos que han sido ejecutados por los observables que están pendientes a cada cambio que se realiza en los diferentes flujos de la app.

Israel Yance

Hace 7 años

OBSERVER Es un patrón de diseño que nos sirve para suscribirnos a unos eventos de una clase y obtener notificaciones.

¿Cuándo usarlo? Cuando varias vistas dependen de un dato, podríamos suscribirnos a los eventos de ese dato, y cuando cambie, actualizamos todas las vistas de manera reactiva.

Valeria Calcina Cisneros

Hace 7 años

Observer nos sirve para observar los eventos de una clase y obtener notificaciones de ella, como es View y ViewModel. Se lo usa cuando varias vistas dependen de un dato, y si cambian, se actualizaran de manera reactiva. ++Recordatorio:++ Los patrones de comportamiento nos indican toda la comunicación entre objetos.

Puni Marketing Group LLC

Hace 3 años

Observer

Es un Patrón de Diseño que nos sirve para subscribirnos a unos eventos de una clase y obtener notificaciones.

Que son los patrones de comportamiento?

Los patrones de comportamiento nos ayudan a delegar la responsabilidad de comunicación entre clases y además de encapsularlas, es la base para un paradigma de programación llamado programación reactiva; En programación reactiva hay un ente que envía eventos y hay otro ente que se suscribe a esos eventos.

¿Cuándo usarlo?

Cuando varias vistas dependen de un dato, podríamos subscribirnos a los eventos de ese dato, y cuando cambie, actualizamos todas las vistas de manera reactiva.

Ejemplo de codigo:

Creamos un nuevo paquete llamado Observable

!Observer package

Dentro de esa carpeta creamos dos archivos:

Observable: Que sera una interfaz que contendrá todos los métodos necesarios

interface Observable {
    fun addObserver(observer: Observer)
    fun removeObserver(observer: Observer)
    fun notifyObserver(newValue: Double)
}

Observer: Es una interfaz que se encargara de notificar todos los eventos del observable

interface Observer {
    //    Es el que va a notificar todos los eventos del observable
    fun notifyChange(newValue: Double) {}
}

Implementación

Arturo Vargas

Hace 4 años

Patron observer

Recursos

Cuando construimos aplicaciones donde múltiples vistas necesitan reaccionar ante un mismo cambio de datos, la comunicación directa entre clases se vuelve difícil de mantener. Los patrones de comportamiento resuelven exactamente ese problema: delegan la responsabilidad de comunicación entre clases y encapsulan esa lógica, sentando las bases de un estilo de programación más limpio y desacoplado.

¿Qué es la programación reactiva y por qué importa?

La programación reactiva [0:12] es un paradigma donde existe un ente que emite eventos y otro que se suscribe a ellos. No importa si hay uno o miles de suscriptores: cada uno escucha los eventos del emisor y simplemente reacciona. De ahí viene su nombre: reaccionar ante los cambios en lugar de consultarlos manualmente.

Este paradigma es la base sobre la que se construye el patrón Observer, uno de los patrones de comportamiento más utilizados en el desarrollo de software.

¿Cómo funciona el patrón Observer con publish-subscriber?

El patrón Observer [0:38] sigue un modelo conocido como publish-subscriber. En este modelo hay dos roles claramente definidos:

Observable: el ente que emite datos. Su única responsabilidad es enviar la información a quienes estén suscritos.
Observer: el ente que escucha. Se suscribe al observable y reacciona cuando recibe una notificación de cambio.

Lo interesante es que los observers pueden suscribirse o desuscribirse en cualquier momento, y para el observable esto es completamente transparente. No le importa cuántos hay ni quiénes son; solo se encarga de notificar.

¿Cuándo se aplica en un proyecto real?

En el contexto del proyecto [1:08], el saldo disponible es un dato que cambia y que necesita reflejarse en múltiples pantallas: la vista de home y la vista de transferencias. Ambas vistas se suscriben al observable del saldo y, cuando este cambia, reaccionan actualizando su interfaz.

¿Cómo se estructura en código Java?

Dentro del paquete de UI se crea un nuevo paquete llamado Observables [1:30]. En él se definen dos interfaces fundamentales:

Interfaz Observable:

java public interface Observable { void addObserver(Observer observer); void removeObserver(Observer observer); void notifyObservers(double value); }

addObserver: registra un nuevo observer para que comience a recibir notificaciones.
removeObserver: elimina un observer existente para que deje de escuchar cambios.
notifyObservers: recorre todos los observers suscritos y les envía el nuevo valor. El parámetro es de tipo double porque en este caso lo que cambia es el saldo disponible [2:29].

Interfaz Observer:

java public interface Observer { void notifyChange(double newValue); }

notifyChange: es el callback [2:45] que se ejecuta cuando el observable informa de un nuevo valor. Cada clase que implemente esta interfaz decidirá cómo reaccionar ante ese cambio.

Es importante notar que Java ya incluye una clase Observer propia [2:03], pero en este caso se crean interfaces personalizadas para comprender a fondo el mecanismo interno del patrón.

¿Qué relación existe entre las dos interfaces?

El flujo completo funciona así:

El observable mantiene una lista interna de observers.
Cuando el dato relevante cambia, el observable llama a notifyObservers con el nuevo valor.
Cada observer suscrito recibe ese valor a través de notifyChange y actualiza su vista o lógica según corresponda.

Este diseño permite que las vistas de home y transferencias no dependan directamente una de la otra, sino que ambas dependen del observable del saldo. Eso reduce el acoplamiento y facilita agregar o quitar pantallas sin modificar la lógica de emisión.

Si ya has trabajado con listeners o eventos en otros contextos, el patrón Observer te resultará familiar. La diferencia clave es que aquí se formaliza con interfaces propias, lo que da control total sobre el comportamiento de suscripción y notificación. ¿Has implementado este patrón en algún otro proyecto? Comparte tu experiencia.

Resumen

¿Qué es la programación reactiva y por qué importa?

Este paradigma es la base sobre la que se construye el patrón Observer, uno de los patrones de comportamiento más utilizados en el desarrollo de software.

¿Cómo funciona el patrón Observer con publish-subscriber?

El patrón Observer [0:38] sigue un modelo conocido como publish-subscriber. En este modelo hay dos roles claramente definidos:

Observable: el ente que emite datos. Su única responsabilidad es enviar la información a quienes estén suscritos.
Observer: el ente que escucha. Se suscribe al observable y reacciona cuando recibe una notificación de cambio.

¿Cuándo se aplica en un proyecto real?

¿Cómo se estructura en código Java?

Dentro del paquete de UI se crea un nuevo paquete llamado Observables [1:30]. En él se definen dos interfaces fundamentales:

Interfaz Observable:

java public interface Observable { void addObserver(Observer observer); void removeObserver(Observer observer); void notifyObservers(double value); }

addObserver: registra un nuevo observer para que comience a recibir notificaciones.
removeObserver: elimina un observer existente para que deje de escuchar cambios.
notifyObservers: recorre todos los observers suscritos y les envía el nuevo valor. El parámetro es de tipo double porque en este caso lo que cambia es el saldo disponible [2:29].

Interfaz Observer:

java public interface Observer { void notifyChange(double newValue); }

notifyChange: es el callback [2:45] que se ejecuta cuando el observable informa de un nuevo valor. Cada clase que implemente esta interfaz decidirá cómo reaccionar ante ese cambio.

Es importante notar que Java ya incluye una clase Observer propia [2:03], pero en este caso se crean interfaces personalizadas para comprender a fondo el mecanismo interno del patrón.

¿Qué relación existe entre las dos interfaces?

El flujo completo funciona así:

El observable mantiene una lista interna de observers.
Cuando el dato relevante cambia, el observable llama a notifyObservers con el nuevo valor.
Cada observer suscrito recibe ese valor a través de notifyChange y actualiza su vista o lógica según corresponda.

Arquitectura

Patrones de Diseño en Android: Soluciones y Aplicación Práctica

Fundamentos de Arquitectura de Software y su Impacto en Proyectos

Arquitecturas en Android: MVC y MVVM

Desarrollo de una Billetera Virtual con Git y Android Studio

Arquitectura MVP: Modelo, Vista y Presentador en Desarrollo de Software

Arquitectura MVP: Implementación en Proyectos Android

Implementación de Arquitectura MVP en Android

Implementación de Loaders en Arquitectura MVP con Android

Arquitectura MVVM en Android: Comunicación entre Capas

Patrones de diseño

Patrones de Diseño en Android: Creacionales, Estructurales y Comportamiento

Patrones de diseño creacionales

Implementación del Patrón Singleton en Kotlin para Android

Patrón Singleton en Kotlin para Gestión de Estados en Android

Patrón Builder en Android: Creación de Objetos Complejos

Implementación del Patrón Builder en Clases de Usuario

Funciones de Alcance en Kotlin: Uso de Apply

Patrón Factory: Creación y Uso en Desarrollo de Software

Patrones de diseño estructurales

Patrón de Diseño Adaptador para Transformar Datos en Clases Java

Aplicación del Patrón Proxy en Transferencias Seguras

Patrón de Diseño Fast Add en Aplicaciones Android

Patrones de comportamiento

Patrones de Diseño: Implementación del Patrón Observer en Proyectos

Patrón Observer en Android: Implementación y Uso Práctico

Patrón Comando: Implementación y Gestión de Comandos en Kotlin

Comandos para Guardar y Leer Archivos en Android

Ejecución de Comandos y Debugging en Android Studio

Bonus: Architecture Components

Componentes de Android Jetpack para Mejora de Aplicaciones

Implementación de LiveData en Android para Ciclo de Vida

Implementación de Room en Android para Gestión de Base de Datos

Creación de Entidades y DAO en Base de Datos con Room en Kotlin

Conexión y manejo de transferencias en Room Database

Implementación de ViewModel en Arquitectura MVVM en Android

Bonus: Custom View

Creación de Vistas Personalizadas en Android con Custom View

Conclusiones

Patrones de Diseño y Componentes de Texto en Android

Patrones de Diseño: Implementación del Patrón Observer en Proyectos