# 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: `
`
})
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: `
`
})
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