@Input i @Output to standardowy sposób komunikacji między komponentem nadrzędnym a podrzędnym: przekazuje dane (rodzic → dziecko), a wysyła zdarzenia (dziecko → rodzic). Jest to odzwierciedlenie uniwersalnego wzorca "props down, events up".
@Input i @Output to standardowy sposób komunikacji między komponentem nadrzędnym a podrzędnym: przekazuje dane (rodzic → dziecko), a wysyła zdarzenia (dziecko → rodzic). Jest to odzwierciedlenie uniwersalnego wzorca "props down, events up".
@Input@Output// child: UserCardComponent
import { Component, Input } from "@angular/core";
@Component({ selector: "app-user-card", template: `<h2>{{ user.name }}</h2>` })
export class UserCardComponent {
@Input() user!: User; // receives data from the parent
@Input() showEmail = false; // with a default
}
<!-- parent passes data via property binding -->
<app-user-card [user]="currentUser" [showEmail]="true"></app-user-card>
// child emits an event the parent can listen to
import { Component, Output, EventEmitter } from "@angular/core";
@Component({
selector: "app-user-card",
template: `<button (click)="onDelete()">Delete</button>`,
})
export class UserCardComponent {
@Output() deleted = new EventEmitter<number>(); // declares an output event
onDelete() {
this.deleted.emit(this.user.id); // emit with a payload
}
}
<!-- parent listens via event binding -->
<app-user-card [user]="u" (deleted)="removeUser($event)"></app-user-card>
Komponent podrzędny emituje poprzez EventEmitter; komponent nadrzędny wiąże się z nim za pomocą (eventName) i otrzymuje payload jako $event. Komponent podrzędny nigdy nie modyfikuje danych rodzica bezpośrednio — żąda działania poprzez emisję.
Parent ──[user]──────────────→ Child (@Input: data down)
Parent ←──(deleted)=removeUser─ Child (@Output: events up)
name = input<string>(); // signal-based @Input (newer Angular)
deleted = output<number>(); // signal-based @Output
Nowsza wersja Angular dodaje funkcje input()/output() oparte na sygnałach jako alternatywę.
@Input/@Output to jądro komunikacji między rodzicami a dziećmi oraz komponentów wielokrotnego użytku w Angular — wymuszają one jednokierunkowy przepływ danych (w dół poprzez wejścia, w górę poprzez zdarzenia), co utrzymuje dane przewidywalne i komponenty rozprzęgnięte.
Zrozumienie tej pary jest niezbędne do komponowania dowolnego nietrywialnego interfejsu Angular; w celu komunikacji między powiązanymi komponentami zamiast tego użyjesz udostępnionej usługi lub biblioteki stanu.