Christian Salazar Piñeros
Christian Salazar Piñeros
const formattedMessage = computed(() => `📢 ${this.message()}`);
Reinaldo Mendoza
Creo que se va a mal-usar mucho, ya veremos
La comunicación entre componentes en Angular es fundamental para construir aplicaciones robustas y escalables. Mientras que los inputs y outputs son mecanismos tradicionales para esta comunicación, Angular ofrece herramientas más avanzadas como el model, que simplifica significativamente la sincronización bidireccional entre componentes padre e hijo. Veamos cómo implementar esta poderosa característica y cómo puede mejorar nuestro flujo de desarrollo.
¿Cómo funciona la comunicación entre componentes en Angular?
La comunicación entre componentes padre e hijo en Angular tradicionalmente se realiza mediante inputs y outputs. Sin embargo, existen situaciones donde necesitamos una sincronización bidireccional más directa. Aquí es donde entra en juego el model, una característica que combina la funcionalidad de input y output en una sola API.
El model funciona de manera similar al conocido ngModel, permitiéndonos enviar datos, ajustarlos y sincronizar valores directamente con el componente padre. Esta característica es especialmente útil cuando necesitamos mantener estados sincronizados entre componentes relacionados.
Limitaciones de los inputs tradicionales
Cuando trabajamos con inputs en Angular, nos encontramos con una limitación importante: no podemos modificar directamente el valor del input desde el componente hijo. Esto tiene sentido desde la perspectiva de la arquitectura de componentes, ya que los inputs están diseñados principalmente para enviar información del padre al hijo, no al revés.
Para ilustrar esta limitación, consideremos un ejemplo con un componente counter que recibe un mensaje como input:
// En el componente counter (hijo) @Input({ required: true }) message!: string; // Intentar modificar este valor directamente no es posible // No podemos hacer: this.message = "Nuevo valor";
Si intentamos crear un método para cambiar este valor:
setMessage() { // Esto no funcionará porque message es un input de solo lectura this.message = "Nuevo valor"; }
Solución alternativa con signals
Una forma de superar esta limitación es utilizando signals, específicamente con la técnica de computed signals:
// En el componente hijo @Input({ required: true }) message!: string; // Creamos una señal derivada que podemos modificar newMessage = computed(() => this.message); // Creamos un output para notificar al padre @Output() changeMessage = new EventEmitter<string>(); setMessage() { // Ahora podemos modificar newMessage this.newMessage.set("Nuevo valor"); // Y notificar al padre this.changeMessage.emit(this.newMessage()); }
En el componente padre, necesitaríamos:
// En el template del padre <app-counter [message]="message()" (changeMessage)="onMessageChange($event)"> </app-counter> // En el componente padre onMessageChange(newMsg: string) { console.log(newMsg); this.message.set(newMsg); }
Esta solución funciona, pero requiere bastante código para algo que debería ser más sencillo.
¿Qué es model y cómo simplifica la comunicación?
Angular ha introducido el decorador @model() precisamente para simplificar este escenario. Este decorador combina la funcionalidad de input y output, permitiendo una sincronización bidireccional automática.
Implementación con model
Para utilizar model, simplemente reemplazamos nuestro input por model:
// En lugar de @Input @model() message!: string;
Con este cambio, ahora podemos modificar directamente el valor desde el componente hijo:
setMessage() { // Ahora esto funciona y se sincroniza automáticamente con el padre this.message = "Nuevo valor"; // O si estamos usando signals this.message.set(Math.random().toString()); }
En el componente padre, la sintaxis para usar un componente con model es ligeramente diferente:
<!-- Notar la sintaxis especial que combina [] y () --> <app-counter [(message)]="message"></app-counter> <!-- También podemos mostrar el valor sincronizado --> <p>Parent message: {{ message() }}</p>
Esta sintaxis [(message)] es la notación de "banana in a box" (plátano en caja) que indica una vinculación bidireccional.
Ventajas del uso de model
El uso de model ofrece varias ventajas significativas:
[(property)] es clara y fácil de entender.¿Cuándo usar cada tipo de comunicación?
Es importante recordar que cada primitiva de comunicación en Angular tiene su propósito específico:
No todo tiene que ser model. Elige la herramienta adecuada según el caso de uso específico.
La elección correcta de estas primitivas puede hacer que tu código sea más limpio, más mantenible y más eficiente. El model es particularmente útil cuando tienes formularios o componentes interactivos donde el estado debe mantenerse sincronizado entre componentes relacionados.
Angular continúa evolucionando para ofrecer mejores herramientas a los desarrolladores. En la próxima clase, veremos cómo integrar signals con RxJS mediante la función toSignal, permitiéndonos trabajar con ambos patrones de forma armoniosa.
¿Has utilizado model en tus proyectos de Angular? ¿Qué otros patrones de comunicación entre componentes has encontrado útiles? Comparte tu experiencia en los comentarios.
Christian Salazar Piñeros
Christian Salazar Piñeros
const formattedMessage = computed(() => `📢 ${this.message()}`);
Reinaldo Mendoza
Creo que se va a mal-usar mucho, ya veremos
Kevin Fiorentino
Con model podemos mantener una variable sincronizada bidireccionalmente entre componente padre e hijo. Para no tener que usar una combinación fea de inputs y outputs que signifique más lógica y código.
Josué Eliezer Gómez Soto
El nombre o título de la clase está mal, porque no estamos gestionando formularios, estamos utilizando el signal model... que es muy diferente...
El decorador @model() simplifica la comunicación bidireccional entre componentes, pero no siempre es la mejor opción. Si el estado del hijo no debe modificarse directamente, sigue usando @Input().
Ejemplo: Para valores calculados o derivados, es mejor un computed signal en lugar de modificar @model() directamente.
const formattedMessage = computed(() => `📢 ${this.message()}`); ```Esto mantiene **separación de responsabilidades** y mejora la legibilidad. ¿En qué casos prefieren `@model()` sobre `@Input()` + `@Output()`? 🚀💬