Ambos consultan referencias a elementos/componentes secundarios, pero buscan en lugares diferentes: @ViewChild consulta la , mientras que consulta el contenido el componente a través de .
Ambos consultan referencias a elementos/componentes secundarios, pero buscan en lugares diferentes: @ViewChild consulta la , mientras que consulta el contenido el componente a través de .
@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 accede a elementos/componentes que el componente declara en su plantilla — disponible en 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 accede al contenido que pasó el componente padre (proyectado a través de <ng-content>) — disponible en 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)
Distinguir entre @ViewChild (tu plantilla) y @ContentChild (contenido proyectado) — y sus respectivos tiempos de ciclo de vida (ngAfterViewInit vs ngAfterContentInit) — es esencial cuando se construyen componentes reutilizables que necesitan interactuar con elementos de su propia plantilla o con el contenido que los consumidores proyectan en ellos.
Es un punto frecuente de confusión y una necesidad común al escribir bibliotecas de componentes, pestañas, controles de formulario y envolvedores que deben coordinarse con elementos secundarios.