# Angular 18: Signals e Novas Funcionalidades > Angular 18 estabiliza Signals como primitiva reativa, introduz APIs baseadas em signals e habilita deteccao de mudancas sem Zone.js para aplicacoes mais performaticas. - Published: 2026-01-18 - Updated: 2026-04-10 - Author: SharpSkill - Tags: angular 18, angular signals, zoneless, signal inputs, reactivity - Reading time: 12 min --- Angular 18 representa um ponto de virada na evolucao do framework com a estabilizacao de Signals. Essa nova primitiva reativa transforma fundamentalmente a construcao de componentes Angular, oferecendo uma alternativa moderna aos decorators tradicionais e pavimentando o caminho para deteccao de mudancas sem Zone.js. > **O que se aprende neste artigo** > > As APIs baseadas em signals do Angular 18: input(), model(), viewChild() e a configuracao zoneless para aplicacoes mais leves e performaticas. ## Entendendo Signals no Angular 18 Signals representam uma nova abordagem de reatividade no Angular. Diferente dos decorators classicos como `@Input()` que dependem da deteccao de mudancas do Zone.js, Signals oferecem reatividade granular e explicita. Cada Signal encapsula um valor e notifica automaticamente os consumidores quando esse valor muda. Essa abordagem traz diversas vantagens: melhor performance atraves de atualizacoes direcionadas, integracao nativa com as funcoes `computed()` e `effect()`, e preparacao para o futuro zoneless do Angular. ```typescript // signals-basics.component.ts // Demonstration of fundamental Signal concepts import { Component, signal, computed, effect } from '@angular/core'; @Component({ selector: 'app-counter', standalone: true, template: `

Counter: {{ count() }}

Double: {{ doubleCount() }}

` }) export class CounterComponent { // Writable signal - value can be modified count = signal(0); // Computed signal - automatically derived from count // Only recalculates when count changes doubleCount = computed(() => this.count() * 2); constructor() { // Effect - executed on every count change // Useful for side effects (logs, API calls, etc.) effect(() => { console.log(`New counter value: ${this.count()}`); }); } increment() { // update() allows modification based on previous value this.count.update(value => value + 1); } decrement() { this.count.update(value => value - 1); } reset() { // set() directly replaces the value this.count.set(0); } } ``` Signals funcionam como containers reativos: `signal()` cria um Signal gravavel, `computed()` deriva valores calculados e `effect()` permite executar acoes em resposta a mudancas. ## Signal Inputs com input() A funcao `input()` substitui o decorator tradicional `@Input()`. Retorna um `InputSignal` somente leitura, garantindo que os dados sempre fluam de pai para filho sem modificacoes acidentais. ```typescript // book-card.component.ts // Component using signal inputs import { Component, input, computed } from '@angular/core'; interface Book { id: string; title: string; author: string; price: number; discountPercent?: number; } @Component({ selector: 'app-book-card', standalone: true, template: `

{{ book().title }}

By {{ book().author }}

@if (hasDiscount()) {

\${{ book().price }} \${{ discountedPrice() }}

} @else {

\${{ book().price }}

} @if (featured()) { Featured }
` }) export class BookCardComponent { // Required input - template won't compile without this prop book = input.required(); // Optional input with default value featured = input(false); // Computed based on input - automatically recalculated hasDiscount = computed(() => { const discount = this.book().discountPercent; return discount !== undefined && discount > 0; }); // Discounted price calculation discountedPrice = computed(() => { const { price, discountPercent } = this.book(); if (!discountPercent) return price; return (price * (100 - discountPercent) / 100).toFixed(2); }); } ``` O uso em um template pai permanece similar, mas com type safety e reatividade Signal: ```typescript // book-list.component.ts // Parent component using book-card import { Component, signal } from '@angular/core'; import { BookCardComponent } from './book-card.component'; @Component({ selector: 'app-book-list', standalone: true, imports: [BookCardComponent], template: `
@for (book of books(); track book.id) { }
` }) export class BookListComponent { books = signal([ { id: '1', title: 'Clean Code', author: 'Robert C. Martin', price: 35 }, { id: '2', title: 'The Pragmatic Programmer', author: 'David Thomas', price: 42, discountPercent: 15 } ]); featuredBookId = signal('1'); } ``` A diferenca principal em relacao ao `@Input()`: signal inputs sao somente leitura. Chamar `this.book.set()` a partir do componente filho e impossivel, o que reforca o fluxo de dados unidirecional. ## Two-Way Binding com model() Para casos que exigem sincronizacao bidirecional, Angular 18 introduz `model()`. Essa funcao cria um Signal gravavel que propaga automaticamente as mudancas para o componente pai. ```typescript // search-input.component.ts // Component with bidirectional binding via model() import { Component, model, output, computed } from '@angular/core'; @Component({ selector: 'app-search-input', standalone: true, template: `
@if (query().length > 0) { } {{ charCount() }} characters
` }) export class SearchInputComponent { // model() creates a bidirectional Signal // Modifications propagate to parent query = model(''); // Classic input for configuration placeholder = model('Search...'); // Output for additional events searchSubmitted = output(); // Computed based on model charCount = computed(() => this.query().length); onInput(event: Event) { const value = (event.target as HTMLInputElement).value; // Update model - propagates to parent this.query.set(value); } clear() { this.query.set(''); } submit() { if (this.query().length > 0) { this.searchSubmitted.emit(this.query()); } } } ``` O componente pai utiliza a sintaxe banana-in-a-box `[()]` para o binding bidirecional: ```typescript // app.component.ts // Using two-way binding with model() import { Component, signal, effect } from '@angular/core'; import { SearchInputComponent } from './search-input.component'; @Component({ selector: 'app-root', standalone: true, imports: [SearchInputComponent], template: `

Current search: {{ searchTerm() }}

@for (result of filteredResults(); track result.id) {
{{ result.name }}
}
` }) export class AppComponent { // Local signal synchronized with child component searchTerm = signal(''); results = signal([ { id: 1, name: 'Angular 18' }, { id: 2, name: 'React 19' }, { id: 3, name: 'Vue 3' } ]); // Reactive filtering based on searchTerm filteredResults = computed(() => { const term = this.searchTerm().toLowerCase(); if (!term) return this.results(); return this.results().filter(r => r.name.toLowerCase().includes(term) ); }); } ``` > **model() vs input()** > > Usar `input()` para dados somente leitura (pai para filho). Usar `model()` quando o componente filho precisa modificar o valor (bidirecional). ## Signal Queries com viewChild() e contentChild() As funcoes `viewChild()`, `viewChildren()`, `contentChild()` e `contentChildren()` substituem seus decorators correspondentes. Retornam Signals, eliminando a necessidade de lifecycle hooks como `ngAfterViewInit`. ```typescript // form-container.component.ts // Demonstration of signal queries import { Component, viewChild, viewChildren, ElementRef, effect, signal } from '@angular/core'; import { FormFieldComponent } from './form-field.component'; @Component({ selector: 'app-form-container', standalone: true, imports: [FormFieldComponent], template: `
` }) export class FormContainerComponent { // viewChild returns Signal formElement = viewChild('formElement'); // viewChild.required guarantees element exists firstInput = viewChild.required>('firstInput'); // Query on a component - returns the component itself firstFormField = viewChild(FormFieldComponent); // viewChildren for multiple elements allFormFields = viewChildren(FormFieldComponent); constructor() { // Effect replaces ngAfterViewInit for queries effect(() => { // Signal is automatically resolved const input = this.firstInput(); console.log('First input available:', input.nativeElement); }); // React to list changes effect(() => { const fields = this.allFormFields(); console.log(`${fields.length} form fields found`); }); } focusFirst() { // Direct access via Signal this.firstInput().nativeElement.focus(); } onSubmit(event: Event) { event.preventDefault(); // Access the form const form = this.formElement(); if (form) { console.log('Form submitted'); } } } ``` Para projetar conteudo e acessa-lo, `contentChild()` funciona de forma similar: ```typescript // card.component.ts // Using contentChild for projected content import { Component, contentChild, contentChildren, TemplateRef } from '@angular/core'; @Component({ selector: 'app-card', standalone: true, template: `
@if (hasFooter()) {
}
` }) export class CardComponent { // Detect if footer was projected footerContent = contentChild('[card-footer]'); // Computed to check footer presence hasFooter = computed(() => this.footerContent() !== undefined); } ``` ## Deteccao de Mudancas Zoneless Angular 18 introduz deteccao de mudancas sem Zone.js em modo experimental. Essa funcionalidade reduz o tamanho do bundle em aproximadamente 13 KB e melhora a performance ao eliminar os monkey-patches nas APIs assincronas do navegador. ```typescript // main.ts // Configuring the application in zoneless mode import { bootstrapApplication } from '@angular/platform-browser'; import { provideExperimentalZonelessChangeDetection } from '@angular/core'; import { AppComponent } from './app/app.component'; bootstrapApplication(AppComponent, { providers: [ // Enable experimental zoneless detection provideExperimentalZonelessChangeDetection() ] }); ``` A configuracao do `angular.json` tambem precisa ser atualizada para remover o Zone.js: ```json { "projects": { "my-app": { "architect": { "build": { "options": { "polyfills": [] } } } } } } ``` No modo zoneless, a deteccao de mudancas e acionada automaticamente nestes casos: atualizacao de Signal, chamada a `markForCheck()`, novo valor recebido via AsyncPipe, ou attach/detach de componente. ```typescript // zoneless-counter.component.ts // Component optimized for zoneless mode import { Component, signal, ChangeDetectionStrategy, inject } from '@angular/core'; import { HttpClient } from '@angular/common/http'; import { toSignal } from '@angular/core/rxjs-interop'; @Component({ selector: 'app-zoneless-counter', standalone: true, // OnPush recommended for zoneless changeDetection: ChangeDetectionStrategy.OnPush, template: `

Counter: {{ count() }}

@if (loading()) {

Loading...

} @if (data()) {
{{ data() | json }}
}
` }) export class ZonelessCounterComponent { private http = inject(HttpClient); count = signal(0); loading = signal(false); data = signal(null); increment() { // Signal update triggers detection this.count.update(c => c + 1); } async fetchData() { this.loading.set(true); try { // Signals guarantee view updates const response = await fetch('/api/data'); const json = await response.json(); this.data.set(json); } finally { this.loading.set(false); } } } ``` > **Compatibilidade Zoneless** > > Componentes que utilizam `ChangeDetectionStrategy.OnPush` e Signals sao geralmente compativeis com o modo zoneless. Evitar modificacoes diretas de propriedades que nao sejam Signals. ## Migracao de Componentes Existentes A migracao para APIs baseadas em signals pode ser feita de forma gradual. A seguir, um exemplo de refatoracao de um componente tradicional: ```typescript // BEFORE: Component with classic decorators // user-profile-legacy.component.ts import { Component, Input, ViewChild, ElementRef, AfterViewInit } from '@angular/core'; @Component({ selector: 'app-user-profile-legacy', template: `

{{ user.name }}

{{ user.email }}

` }) export class UserProfileLegacyComponent implements AfterViewInit { @Input() user!: { name: string; email: string }; @ViewChild('container') container!: ElementRef; ngAfterViewInit() { console.log('Container ready:', this.container.nativeElement); } } ``` ```typescript // AFTER: Component migrated to Signals // user-profile.component.ts import { Component, input, viewChild, ElementRef, effect } from '@angular/core'; interface User { name: string; email: string; } @Component({ selector: 'app-user-profile', standalone: true, template: `

{{ user().name }}

{{ user().email }}

` }) export class UserProfileComponent { // input.required replaces @Input() with ! user = input.required(); // viewChild.required replaces @ViewChild with ! container = viewChild.required('container'); constructor() { // effect replaces ngAfterViewInit for queries effect(() => { console.log('Container ready:', this.container().nativeElement); }); } } ``` Beneficios dessa migracao: tipagem mais estrita, reatividade automatica, menos codigo boilerplate e compatibilidade com o modo zoneless. ## Boas Praticas com Signals Recomendacoes essenciais para aproveitar ao maximo Signals no Angular 18: ```typescript // best-practices.component.ts // Example of best practices with Signals import { Component, signal, computed, effect, untracked, ChangeDetectionStrategy } from '@angular/core'; interface Product { id: string; name: string; price: number; quantity: number; } @Component({ selector: 'app-cart', standalone: true, changeDetection: ChangeDetectionStrategy.OnPush, template: `

Cart ({{ itemCount() }} items)

@for (item of items(); track item.id) {
{{ item.name }} {{ item.quantity }} × \${{ item.price }}
}
Total: \${{ total() }}
` }) export class CartComponent { // Signal for mutable data items = signal([]); // Computed for derived values - avoids unnecessary recalculations itemCount = computed(() => this.items().length); total = computed(() => this.items().reduce((sum, item) => sum + item.price * item.quantity, 0) ); constructor() { // Effect for side effects (analytics, persistence) effect(() => { const currentItems = this.items(); // untracked avoids creating a dependency untracked(() => { localStorage.setItem('cart', JSON.stringify(currentItems)); }); }); } addItem(product: Product) { // update() for modifications based on previous state this.items.update(current => { const existing = current.find(i => i.id === product.id); if (existing) { return current.map(i => i.id === product.id ? { ...i, quantity: i.quantity + 1 } : i ); } return [...current, { ...product, quantity: 1 }]; }); } removeItem(id: string) { this.items.update(current => current.filter(i => i.id !== id)); } } ``` Pontos-chave a lembrar: - Usar `computed()` para valores derivados em vez de recalcular no template - Preferir `update()` sobre `set()` quando o novo valor depende do anterior - Usar `untracked()` em effects para evitar dependencias circulares - Sempre especificar `track` nos loops `@for` para otimizar a renderizacao ## Conclusao Angular 18 estabelece as bases para um futuro sem Zone.js atraves de Signals. Pontos-chave: - **input()** substitui `@Input()` com tipagem mais estrita e acesso somente leitura garantido - **model()** habilita two-way binding reativo entre pai e filho - **viewChild()** e **contentChild()** eliminam a necessidade de lifecycle hooks - **Zoneless** reduz o tamanho do bundle e melhora a performance - **computed()** e **effect()** completam o ecossistema reativo - A migracao gradual e possivel componente por componente Adotar Signals prepara as aplicacoes Angular para versoes futuras onde o modo zoneless sera o padrao. Essa transicao representa um investimento inteligente para a manutenibilidade e performance a longo prazo. --- Source: SharpSkill (https://sharpskill.dev), tech interview preparation for your real stack. HTML version of this page: https://sharpskill.dev/pt/blog/angular/angular-18-signals-new-features