@Input ja @Output ovat vakiotapa, jolla ylä- ja alikomponentti viestivät keskenään: @Input välittää tietoja (ylä → ali), ja lähettää tapahtumia (ali → ylä). Tämä heijastaa yleistä "props down, events up" -mallia.
@Input ja @Output ovat vakiotapa, jolla ylä- ja alikomponentti viestivät keskenään: @Input välittää tietoja (ylä → ali), ja lähettää tapahtumia (ali → ylä). Tämä heijastaa yleistä "props down, events up" -mallia.
@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>
Alikomponentti lähettää EventEmitter-kautta; yläkomponentti sitoo siihen (eventName)-syntaksilla ja vastaanottaa payload-arvon $event-muuttujassa. Alikomponentti ei koskaan muokkaa yläkomponentin tietoja suoraan — se pyytää toimintoa lähettämällä tapahtuman.
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
Uusi Angular lisää signal-pohjaisia input()/output()-funktioita vaihtoehtona.
@Input/@Output ovat yläkomponentin ja alikomponentin välisen viestinnän sekä uudelleenkäytettävien komponenttien perusta Angular-sovelluksissa — ne pakottavat yksisuuntaisen tiedonkulun (alas input-parametrien kautta, ylös tapahtumien kautta), joka pitää tiedot ennustettavina ja komponentit irrallaan toisistaan.
Tämän parin ymmärtäminen on välttämätöntä minkä tahansa ei-triviaali Angular-käyttöliittymän kokoamiseksi; toisiinsa liittymättömien komponenttien väliseen viestintään käyttäisit sen sijaan jaettua palvelua tai state-kirjastoa.