AngularAtlased. 22.2

Cap. 09Formulare46 / 75

Signal Forms — bazele

Formulare construite pe semnale: form(), [formField], validare prin schemă. Stabile din v22.

v21v22stabil ~0 min de citit Documentația oficială

Signal Forms sunt noul sistem de formulare din Angular, construit pe semnale. Au apărut experimental în v21 și au devenit API public stabil în v22. Ideea centrală: pornești de la un model (un semnal cu datele tale), iar form() construiește peste el un arbore de câmpuri cu stare (valid, touched, errors...) și reguli definite într-o schemă.

Reactive FormsSignal Forms
Sursa de adevărFormGroup (copie internă)modelul tău (signal)
Structuraconstruită manual (FormControl, FormGroup)dedusă din tipul modelului
Validarevalidatori per controlschemă: required(p.email), validate(...)
ReactivitatevalueChanges (Observable)semnale (value(), valid())
BindingformControlName[formField]
Tiparebune (typed forms, v14+)complete, din model

Primul formular

import { Component, signal } from '@angular/core';
import { FormField, FormRoot, email, form, minLength, required } from '@angular/forms/signals';

interface Login {
  email: string;
  password: string;
}

@Component({
  selector: 'app-login',
  imports: [FormField, FormRoot],
  template: `
    <form [formRoot]="loginForm">
      <input type="email" [formField]="loginForm.email" />
      @if (loginForm.email().touched() && loginForm.email().invalid()) {
        @for (e of loginForm.email().errors(); track e.kind) { <small>{{ e.message }}</small> }
      }

      <input type="password" [formField]="loginForm.password" />

      <button type="submit" [disabled]="loginForm().submitting()">Intră</button>
    </form>
  `,
})
export class LoginForm {
  // 1. MODELUL: un semnal obișnuit — sursa de adevăr
  readonly model = signal<Login>({ email: '', password: '' });

  // 2. FORMULARUL: un arbore de câmpuri peste model + SCHEMA de reguli
  readonly loginForm = form(
    this.model,
    (path) => {
      required(path.email, { message: 'Emailul e obligatoriu' });
      email(path.email, { message: 'Email invalid' });
      required(path.password);
      minLength(path.password, 8, { message: 'Minim 8 caractere' });
    },
    { submission: { action: async (f) => this.auth.login(f().value()) } },
  );
}
LiveFormular de înregistrare complet
încearcă „luat@atlas.dev” → eroare de la server
Apasă „Creează cont” gol: toate câmpurile devin touched și apar erorile. Pune parole diferite, vârstă sub 18, sau emailul luat@atlas.dev pentru o eroare de server.

Modelul ESTE formularul

// Modelul și formularul sunt ACELAȘI lucru — nu există o copie internă
this.model.set({ email: 'ana@atlas.dev', password: '' }); // → input-ul se actualizează
this.loginForm.email().value.set('x@y.ro');                 // → model() se actualizează

// Asta înseamnă:
//  - încarci date de la server cu model.set(...)
//  - poți deriva orice cu computed(() => this.model().email)
//  - nu mai ai patchValue / setValue / valueChanges

Starea unui câmp

// Fiecare nod din arbore e o funcție: îl apelezi și primești starea (semnale)
const email = this.loginForm.email();   // FieldState<string>

email.value();        // WritableSignal<string> — legat direct de model
email.value.set('a@b.ro');
email.valid();  email.invalid();  email.pending();
email.touched();  email.dirty();
email.errors();       // ValidationError[] — { kind, message }
email.getError('email');
email.disabled();  email.hidden();  email.readonly();  email.required();
email.markAsTouched();
email.focus();        // v21.1: focus pe controlul legat

// Formularul întreg e și el un câmp
this.loginForm().valid();
this.loginForm().submitting();
this.loginForm().errorSummary(); // toate erorile din arbore
this.loginForm().reset();

Când arăți erorile

Un câmp poate fi invalid mult înainte ca utilizatorul să termine cu el: ana@ nu e încă un email. Starea câmpului îți dă tot ce îți trebuie ca să alegi momentul: dirty() (valoarea s-a schimbat), touched() (utilizatorul a ieșit din câmp) și valid().

LiveAcelași formular, trei momente în care arăți erorile

dirty() && invalid(): mesajul apare de la prima tastă.

emailpassword
dirty()falsefalse
touched()falsefalse
valid()falsefalse
eroare pe ecranfalsefalse
Taste apăsate
0
Taste cu o eroare pe ecran
0
În fiecare mod, scrie un email și o parolă în ritmul tău, treci de la un câmp la altul, apoi apasă Intră în cont. Compară contorul de jos.

Să arăți erori cât timp utilizatorul scrie (dirty) înseamnă să-l cerți pentru un cuvânt pe care nu l-a terminat. Să aștepți touched e varianta obișnuită: primul verdict vine când iese din câmp, iar de acolo mesajul se actualizează live, deci dispare în clipa în care valoarea e corectă. Așteptarea până la submit merge pentru formulare scurte; o încercare de submit marchează toate câmpurile ca atinse. Orice ai alege, pune regula într-un singur loc — o componentă ca <app-field-errors> — nu în fiecare template.

Validatori

import { email, max, maxLength, min, minLength, pattern, required, validate } from '@angular/forms/signals';

form(this.model, (p) => {
  required(p.name, { message: 'Obligatoriu' });
  minLength(p.name, 2);
  maxLength(p.bio, 280);
  email(p.email);
  min(p.age, 18, { message: 'Minim 18 ani' });
  max(p.age, 120);
  pattern(p.zip, /^\d{6}$/, { message: 'Cod poștal din 6 cifre' });
  required(p.terms); // pe boolean: false = invalid (ca un checkbox nativ)

  // condiționat
  required(p.company, { when: ({ valueOf }) => valueOf(p.type) === 'business' });

  // custom, între câmpuri
  validate(p.confirm, ({ value, valueOf }) =>
    value() !== valueOf(p.password) ? { kind: 'mismatch', message: 'Parolele nu coincid' } : undefined,
  );
});

Trimiterea formularului

// Varianta 1: submission în opțiunile form() + <form [formRoot]>
readonly f = form(this.model, schemaFn, {
  submission: {
    action: async (field) => {
      try {
        await this.api.register(field().value());
        return undefined;                                  // succes
      } catch {
        // erori de server legate de un câmp anume
        return { kind: 'taken', message: 'Email deja folosit', fieldTree: field.email };
      }
    },
    onInvalid: (field) => field().errorSummary()[0]?.fieldTree().focus(), // focus pe prima eroare
  },
});

// Varianta 2: submit() manual
async save() {
  await submit(this.f, async (field) => this.api.save(field().value()));
}

Ce poți lega cu [formField]

<!-- [formField] merge pe toate controalele native: -->
<input [formField]="f.name" />                      <!-- string -->
<input type="number" [formField]="f.age" />         <!-- number | null -->
<input type="checkbox" [formField]="f.terms" />     <!-- boolean -->
<input type="date" [formField]="f.birthday" />      <!-- string / Date -->
<select [formField]="f.country">...</select>
<textarea [formField]="f.bio"></textarea>
<input type="radio" value="a" [formField]="f.plan" />

<!-- și pe controale custom: FormValueControl / FormCheckboxControl / ControlValueAccessor -->
<app-rating-control [formField]="f.rating" />

Câmpurile condiționale, listele dinamice și validarea asincronă sunt la Signal Forms — avansat; propriile controale, la Controale custom de formular.

Când DA, când NU

Signal Forms
  • Orice formular nou într-o aplicație v22.
  • Formulare cu multă logică condiționată (câmpuri ascunse, dezactivate, validări care depind de alte câmpuri).
  • Când vrei ca datele să fie un semnal simplu, ușor de derivat și de salvat.
Rămâi pe Reactive Forms
  • Aplicație mare cu sute de formulare reactive care funcționează — migrează treptat, nu tot deodată.
  • Librării de componente care suportă doar ControlValueAccessor + Reactive Forms (verifică interop-ul CVA).
  • Echipa are nevoie de valueChanges ca Observable peste tot (deși toObservable rezolvă).

Capcane frecvente

  • Uiți să apelezi câmpul: f.email.valid() nu există; corect e f.email().valid() (întâi starea, apoi semnalul).
  • Erori afișate imediat: arată-le doar după touched() (sau după submit). Submit-ul marchează automat totul ca touched.
  • Mutezi modelul: model().email = 'x' nu notifică. Folosește model.update() sau f.email().value.set().
  • min/max cu string-uri: din v22 acceptă doar numere (breaking).

Cap. 09 · 0 din 3 terminate

Ai terminat lecția?

Marcheaz-o și apare pe harta ta: în cuprins și pe prima pagină.

Se marchează singură după ce citești toată lecția.

  1. Signal Forms — bazele
  2. Signal Forms — avansat
  3. Reactive Forms tipizate
Vezi toată harta ta

Toate cele 75 de pagini · scrie ca să filtrezi

  • 01Ce e nou în Angular 21 & 22Toate schimbările importante din v21 și v22, pe scurt, cu link către pagina care le explică.Start
  • 01Prima ta aplicație, pas cu pasO listă de lecturi construită de la o componentă goală la o aplicație terminată — signals, @for, input-uri și output-uri, un serviciu și un formular, pas cu pas.Start
  • 01Decizii rapide„Unde pun asta?”, „Signal sau Observable?”, „Shared sau feature?” — răspunsuri scurte la întrebările de zi cu zi.Start
  • 01Întrebări de interviu Angular60 de întrebări reale de interviu pentru junior, mid și senior, cu răspunsul de dat, întrebarea care urmează și greșelile de evitat. Plus o simulare de interviu.Start
  • 02Standalone & bootstrapCum pornește o aplicație fără NgModule: bootstrapApplication, app.config.ts, imports în componentă.Fundamente moderne
  • 02Data binding și evenimenteInterpolare, binding pe proprietăți și pe atribute, evenimente cu $event și filtre de taste și cum e construit [( )] — ce intră în DOM și ce se întoarce.Fundamente moderne
  • 02Control flow: @if, @for, @switchSintaxa de blocuri care înlocuiește *ngIf/*ngFor/ngSwitch, cu track, @empty și verificare exhaustivă.Fundamente moderne
  • 02@let și expresiile noi din templateVariabile locale cu @let, arrow functions, spread, regex, instanceof, comentarii în tag-uri.Fundamente moderne
  • 02@defer — lazy loading în templateÎncarci componente grele doar când e nevoie: triggere, prefetch, placeholder, loading, error.Fundamente moderne
  • 02Class & style bindingsDe ce [class.x] și [style.x] au înlocuit ngClass și ngStyle (cu migrare automată din v21).Fundamente moderne
  • 02Stilurile componentelor și încapsularea:host, cele trei moduri de încapsulare, teme cu variabile CSS și de ce ::ng-deep e ultima soluție.Fundamente moderne
  • 02Pipes: când și cumPipe pur vs impur, pipe custom și cum alegi între pipe, computed() și o metodă.Fundamente moderne
  • 03signal() și computed()Primitivele reactive: stare scriibilă, stare derivată, egalitate, untracked și reguli de imutabilitate.Signals & reactivitate
  • 03effect() — când DA, când NUEfecte secundare sincronizate cu semnale: localStorage, logging, API-uri imperative. Și capcanele lor.Signals & reactivitate
  • 03linkedSignal() — stare derivată editabilăUn semnal care se resetează când se schimbă sursa, dar pe care îl poți și seta manual.Signals & reactivitate
  • 03resource, rxResource, httpResourceDate asincrone ca semnale: status, value, error, reload, anulare automată. Stabile din v22.Signals & reactivitate
  • 03debounced() — semnale cu întârziereVarianta „debounce” a unui semnal, fără RxJS. Perfect pentru căutare.Signals & reactivitate
  • 03Liste: căutare, filtrare, sortare, paginareUn lanț de computed-uri care recalculează doar ce s-a schimbat, cu filtrele ținute în URL, ca un link să redeschidă aceeași vedere.Signals & reactivitate
  • 03Observables de la zeroCe e un Observable, subscribe și unsubscribe, operatorii pe care îi folosești în fiecare săptămână, cold vs hot — și când ajunge un signal.Signals & reactivitate
  • 03Signals ↔ RxJStoSignal, toObservable, takeUntilDestroyed, outputFromObservable — și când RxJS rămâne alegerea bună.Signals & reactivitate
  • 04input() și output()Inputuri ca semnale (required, transform, alias) și outputuri tipizate. Data down, events up.Componente: comunicare
  • 04model() — two-way bindingBanana-in-a-box [( )] cu un singur API. Când îl folosești și când e mai bine input + output.Componente: comunicare
  • 04viewChild & contentChildInterogări ca semnale: viewChild, viewChildren, contentChild, contentChildren, opțiunea read.Componente: comunicare
  • 04Lifecycle & DestroyRefCe hook-uri mai contează în era signals, afterNextRender, DestroyRef și ngOnChanges tipizat.Componente: comunicare
  • 04Content projectionng-content cu select, sloturi multiple, conținut implicit și capcana proiecției condiționale.Componente: comunicare
  • 04ng-template & ngTemplateOutletTemplate-uri ca valori: render props în Angular, context tipizat și personalizare de componente.Componente: comunicare
  • 05Smart vs DumbContainer vs presentational: cine ține starea, cine doar afișează, și cum le împarți corect.Design de componente
  • 05Componente generice <T>Un DataTable<T> sau Select<T> tipizat corect, cu template-uri pentru celule.Design de componente
  • 05Componente dinamiceNgComponentOutlet, createComponent cu inputBinding/outputBinding și un dashboard construit din config.Design de componente
  • 05Directive & host compositionDirective atribut, metadata host: {} și Directive Composition API (hostDirectives).Design de componente
  • 05Controale custom de formularFormValueControl (Signal Forms) vs ControlValueAccessor: un rating cu stele, în ambele variante.Design de componente
  • 05Change detectionOnPush e implicit din v22, zone.js lipsește din v21. Ce declanșează randarea și cum să nu te arzi.Design de componente
  • 06inject() & @Service()Noul decorator @Service() din v22, inject() vs constructor și contextul de injecție.Dependency Injection
  • 06Providers & ierarhia de injectoriRoot vs rută vs componentă, useClass/useValue/useFactory/useExisting și modificatorii optional/self/skipSelf.Dependency Injection
  • 06InjectionToken & provideX()Configurare tipizată, funcții provideFeature(), makeEnvironmentProviders și inițializatori.Dependency Injection
  • 06injectAsync() — servicii lazyÎncarci un serviciu greu abia când ai nevoie de el, cu prefetch la idle.Dependency Injection
  • 07Structura de folderecore / shared / features, ce intră în fiecare și cum arată un feature pe dinăuntru.Arhitectura aplicației
  • 07Shared vs featureCând muți o componentă în shared și (mai ales) când NU. Checklist concret.Arhitectura aplicației
  • 07Interfețe & modeleInterfață inline sau fișier separat? DTO vs model de domeniu, type vs interface, unde le pui.Arhitectura aplicației
  • 07State management cu signalsStore-uri simple pe semnale, facade, stare locală vs globală și când îți trebuie NgRx.Arhitectura aplicației
  • 07Style guide & namingConvențiile oficiale actuale: nume de fișiere fără sufixe, protected, readonly, ordinea membrilor.Arhitectura aplicației
  • 07Barrels, aliasuri & granițeindex.ts, path aliases, API public pe feature și reguli de dependență care se pot verifica automat.Arhitectura aplicației
  • 07Erori: @boundary & ErrorHandlerNoul bloc @boundary din v22.2, ErrorHandler global, erori HTTP și erori din resource.Arhitectura aplicației
  • 08Routing modern & lazy loadingloadComponent, rute copil, parametri ca input-uri și moștenirea parametrilor (default nou în v22).Routing
  • 08Guards & resolverscanActivate, canMatch, canDeactivate și resolve ca funcții, cu redirect prin UrlTree / RedirectCommand.Routing
  • 09Signal Forms — bazeleFormulare construite pe semnale: form(), [formField], validare prin schemă. Stabile din v22.Formulare
  • 09Signal Forms — avansatValidare custom și cross-field, async/HTTP cu debounce, liste dinamice, disabled/hidden, scheme reutilizabile.Formulare
  • 09Reactive Forms tipizateFormGroup tipizat, nonNullable, FormArray — și cum conviețuiesc cu Signal Forms.Formulare
  • 10HttpClient, interceptors & API layerHttpClient fără setup (v21), Fetch implicit (v22), interceptori funcționali și stratul de API cu mapare DTO.HTTP & date
  • 11Performanță — checklistCe chiar contează: OnPush + signals, track, @defer, lazy routes, imagini, bundle și hidratare.Calitate & performanță
  • 11Testare cu VitestVitest e runner-ul implicit din v21. TestBed, componente cu semnale, servicii, HTTP și harness-uri.Calitate & performanță
  • 11DevTools: cum te uiți în aplicațieChrome DevTools și Angular DevTools pas cu pas: ce arată fiecare panou, cu exerciții care merg chiar pe site-ul ăsta.Calitate & performanță
  • 11Angular AriaComponente headless, accesibile, pe care le stilizezi cum vrei: tabs, accordion, menu, listbox...Calitate & performanță
  • 12SSR, prerender & render modesCând randezi pe server, când la build și când doar în browser: RenderMode pe rută, app.routes.server.ts și costurile reale.SSR & hidratare
  • 12Hidratare: event replay & incrementalCum preia browserul HTML-ul de pe server fără să-l refacă: hidratare completă, event replay, @defer (hydrate on …) și erorile de nepotrivire.SSR & hidratare
  • 12Cod compatibil cu serverulwindow nu există pe server: PLATFORM_ID, afterNextRender, DOCUMENT, TransferState, cache-ul HTTP și PendingTasks.SSR & hidratare
  • 13Micro frontendsCând merită să spargi o aplicație în mai multe deploy-uri și când e doar complexitate: Native Federation, Module Federation, iframes, Web Components.Arhitectură la scară
  • 13Web Components cu Angular ElementscreateCustomElement: o componentă Angular folosită ca tag HTML oriunde, plus comunicarea între aplicații prin evenimente și BroadcastChannel.Arhitectură la scară
  • 13Monorepo, librării & granițeUn workspace cu mai multe aplicații și librării: ng generate library, Nx, entry points secundare, publicare și reguli de dependență.Arhitectură la scară
  • 13Arhitectură hexagonală (ports & adapters)Domeniul fără Angular, porturi ca clase abstracte și adaptoare interschimbabile: HTTP, localStorage sau in-memory, fără să atingi UI-ul.Arhitectură la scară
  • 14Semnalele pe dinăuntruGraful reactiv: producători și consumatori, push-pull, de ce computed e lazy și glitch-free, problema diamantului și când rulează efectele.Reactivitate avansată
  • 14RxJS avansat: operatori de ordin superiorswitchMap, mergeMap, concatMap și exhaustMap pe o diagramă live, plus retry cu backoff, shareReplay și cum eviți scurgerile.Reactivitate avansată
  • 14NgRx SignalStoreState management la scară pe semnale: withState, withComputed, withMethods, rxMethod, entități și hooks — și când un store simplu e suficient.Reactivitate avansată
  • 14Mașini de stări cu signalsFără stări imposibile: o mașină tipizată pe signals, cu tranziții, guards și diagrama stărilor, live.Reactivitate avansată
  • 15WebSockets: timp real care rezistă rețeleiUn socket tipizat ca signals: reconectare cu backoff și jitter, heartbeat, coadă de mesaje cât ești offline și siguranță la SSR.Timp real și offline
  • 15Actualizări optimiste și rollbackInterfață instantanee, dar onestă: snapshot și rollback, răspunsuri sosite în altă ordine, chei de idempotență.Timp real și offline
  • 15Offline-first: Service Worker și cacheService Worker-ul Angular: strategii de cache, anunțarea versiunilor noi și o coadă pentru modificările făcute offline.Timp real și offline
  • 16Web WorkersCalcule grele fără să blochezi interfața: un worker real în pagină, comunicare prin mesaje și când nu merită.UI & performanță avansată
  • 16Liste uriașe: virtual scroll100.000 de rânduri fără lag: CDK virtual scroll, itemSize, trackBy și alternativele (paginare, infinite scroll).UI & performanță avansată
  • 16Animații moderne & View Transitionsanimate.enter și animate.leave în locul @angular/animations (depreciat), tranziții CSS și View Transitions la navigare.UI & performanță avansată
  • 16Memory leaks: cum le găsești și le repariSubscripții, timere și listeneri care trăiesc mai mult decât componenta lor — cum îi vezi în DevTools și cum îi închizi.UI & performanță avansată
  • 17Securitate: XSS, sanitizare & CSPCe face Angular automat împotriva XSS, când devine periculos bypassSecurityTrust, plus CSP cu nonce, Trusted Types și XSRF.Securitate & globalizare
  • 17Autentificare: token-uri & refreshUn interceptor care atașează token-ul, reîmprospătează o singură dată la 401 și reia cererile din coadă — plus unde ții token-ul.Securitate & globalizare
  • 17OAuth 2.1 și OpenID Connect cu PKCEFluxul authorization code cu PKCE, pas cu pas: verifier și challenge, state și nonce, ID token-ul și de ce un BFF e mai sigur.Securitate & globalizare
  • 17Internaționalizare (i18n)$localize, atributul i18n, ICU plural/select, build per limbă vs. traduceri la runtime și formatarea după locale.Securitate & globalizare