Begge søker etter referanser til underordnede elementer/komponenter, men de ser på forskjellige steder: @ViewChild søker i komponenten sin , mens søker etter innhold som er komponenten via .
Begge søker etter referanser til underordnede elementer/komponenter, men de ser på forskjellige steder: @ViewChild søker i komponenten sin , mens søker etter innhold som er komponenten via .
@ContentChild<ng-content>@Component({
template: `
<input #nameInput /> <!-- a template reference in MY template -->
<app-child></app-child>
`,
})
export class ParentComponent implements AfterViewInit {
@ViewChild("nameInput") input!: ElementRef; // by template ref
@ViewChild(ChildComponent) child!: ChildComponent; // by component type
ngAfterViewInit() {
this.input.nativeElement.focus(); // available after the VIEW initializes
this.child.doSomething(); // call a child component's method
}
}
@ViewChild får tilgang til elementer/komponenter som komponenten selv deklarerer i sin template — tilgjengelig i ngAfterViewInit.
@Component({
selector: "app-card",
template: `<div class="card"><ng-content></ng-content></div>`, // content projected here
})
export class CardComponent implements AfterContentInit {
@ContentChild(CardTitleComponent) title!: CardTitleComponent;
ngAfterContentInit() {
// the projected content is ready here (EARLIER than ngAfterViewInit)
console.log(this.title);
}
}
<!-- parent projects content INTO app-card -->
<app-card>
<app-card-title>Hello</app-card-title> <!-- this is what ContentChild finds -->
</app-card>
@ContentChild får tilgang til innhold som forelderen har sendt inn (projisert gjennom <ng-content>) — tilgjengelig i ngAfterContentInit.
@ViewChild → elements in THIS component's own template → ngAfterViewInit
@ContentChild → elements PROJECTED in from the parent → ngAfterContentInit
(plural: @ViewChildren / @ContentChildren return a QueryList of all matches)
@ViewChildren(ItemComponent) items!: QueryList<ItemComponent>; // all matching items
ngAfterViewInit() { this.items.forEach(i => ...); this.items.changes.subscribe(...); }
input = viewChild<ElementRef>("nameInput"); // signal-based query (newer Angular)
Å skille mellom @ViewChild (din template) og @ContentChild (projisert innhold) — og deres respektive lifecycle-timing (ngAfterViewInit vs ngAfterContentInit) — er essensielt når du bygger gjenbrukbare komponenter som må samhandle med enten sine egne template-elementer eller innholdet som forbrukere projiserer inn i dem.
Det er et vanlig forvirringspunkt og et hyppig behov når du skriver komponentbiblioteker, faner, skjemakontroller og wrappere som må koordinere med underordnede elementer.