AngularAtlased. 22.2

Cap. 03Signals & reactivitate16 / 75

resource, rxResource, httpResource

Date asincrone ca semnale: status, value, error, reload, anulare automată. Stabile din v22.

v22stabil ~0 min de citit Documentația oficială

O resursă transformă o operație asincronă (de obicei un request HTTP) într-un set de semnale: value(), status(), error(), isLoading(). Îi dai parametri reactivi; când aceștia se schimbă, resursa reîncarcă singură și anulează automat cererea precedentă. Din v22, resource, rxResource și httpResource sunt stabile.

Ce s-a schimbat în v22
  • API-urile resource, rxResource, httpResource au ieșit din experimental.
  • Poți arunca ResourceParamsStatus.IDLE / LOADING din params.
  • params primește un context cu chain() pentru resurse dependente.
  • Stream-urile pot avea și valori sincrone; resursele pot fi puse în cache la SSR.

Cele trei variante

FuncțieLoader-ul tău întoarceCând o alegi
httpResource()— (face el request-ul prin HttpClient)Cazul cel mai des: GET simplu. Trece prin interceptori.
resource()PromiseOrice async: fetch, IndexedDB, SDK-uri, Web Workers.
rxResource()ObservableAi deja servicii pe RxJS sau stream-uri (websocket).

resource(): anatomia

import { Component, resource, signal } from '@angular/core';

@Component({ /* ... */ })
export class UserProfile {
  readonly userId = signal<number | undefined>(1);

  readonly user = resource({
    // 1. params: o funcție reactivă. Când rezultatul se schimbă → se reîncarcă.
    //    Dacă întoarce undefined → status 'idle', loader-ul NU rulează.
    params: () => this.userId(),

    // 2. loader: primește params + un AbortSignal (cererea veche e anulată automat)
    loader: async ({ params: id, abortSignal }) => {
      const res = await fetch(`/api/users/${id}`, { signal: abortSignal });
      if (!res.ok) throw new Error(`HTTP ${res.status}`);
      return (await res.json()) as User;
    },
  });
}
LiveLoader cu AbortSignal + status idle/local
Profil:
status: resolved
Ana
încărcat la 09:11:18
  • ✓ rezolvat #1
  • → start #1
  • Apasă rapid #2, #3, #4 — cererile vechi sunt anulate.
Apasă rapid pe mai multe profiluri: în log vezi că cererile vechi sunt anulate. „Niciunul” → idle. „Redenumește local” → status local.

API-ul complet al unei resurse

user.value();      // Signal<T | undefined> — ultima valoare (sau defaultValue)
user.hasValue();   // type guard: true dacă value() nu e undefined
user.status();     // 'idle' | 'loading' | 'reloading' | 'resolved' | 'error' | 'local'
user.isLoading();  // true pentru 'loading' și 'reloading'
user.error();      // Error | undefined
user.reload();     // reîncarcă cu aceiași params (status 'reloading', value rămâne)

// Scriere locală (ex. update optimist) → status devine 'local'
user.set(newUser);
user.update((u) => ({ ...u!, name: 'Nou' }));

user.asReadonly(); // expui fără set/update
user.snapshot();   // v21.2: { status, value | error } într-un singur semnal

httpResource(): GET-uri reactive în două rânduri

httpResource folosește HttpClient pe dedesubt, deci interceptorii tăi funcționează (auth, logging, mock). Îi dai o funcție care întoarce URL-ul sau un obiect de request; fiecare semnal citit acolo devine dependență.

import { httpResource } from '@angular/common/http';

export class UserSearch {
  readonly query = signal('');
  readonly role = signal<Role | ''>('');

  // Forma simplă: funcție care întoarce URL-ul (undefined → idle)
  readonly user = httpResource<UserDto>(() => `/api/users/${this.userId()}`);

  // Forma completă: obiect de request + opțiuni
  readonly users = httpResource<PageDto<UserDto>>(
    () => ({
      url: '/api/users',
      params: { q: this.query(), ...(this.role() ? { role: this.role() } : {}) },
      headers: { 'X-Client': 'atlas' },
    }),
    { defaultValue: { items: [], total: 0 } }, // value() nu mai e niciodată undefined
  );
}

// Alte formate:
httpResource.text(() => '/api/readme');
httpResource.blob(() => `/api/files/${id()}`);
httpResource.arrayBuffer(() => '/api/binary');
LiveCăutare de utilizatori cu httpResource
status():resolvedGET /api/users
  • Ana Popescu· Cluj-Napocaadmin
  • Mihai Ionescu· Bucureștieditor
  • Ioana Dumitru· Iașiviewer
  • Radu Stan· Timișoaraeditor
  • Elena Marin· Brașovviewer
  • Andrei Georgescu· Cluj-Napocaadmin
  • Maria Constantin· Constanțaviewer
  • Vlad Petrescu· Sibiueditor
  • Cristina Pop· Oradeaviewer
  • Bogdan Rusu· Iașiviewer
Total: 10
Datele vin de la un backend simulat de un interceptor. Bifează „eroare 500” ca să vezi starea de eroare.

Validare și mapare cu parse

Opțiunea parse rulează pe răspuns înainte să ajungă în value(). E locul perfect pentru o schemă de validare (Zod, Valibot) sau pentru maparea DTO → model (vezi Interfețe & modele).

import { z } from 'zod';

const UserSchema = z.object({ id: z.number(), name: z.string(), email: z.email() });

// `parse` validează/transformă răspunsul — eroarea ajunge în user.error()
readonly user = httpResource(() => `/api/users/${this.id()}`, {
  parse: UserSchema.parse,
});

// sau mapare DTO → model de domeniu
readonly product = httpResource(() => `/api/products/${this.id()}`, {
  parse: (dto: ProductDto) => toProduct(dto),
});

rxResource(): când ai deja Observable-uri

import { rxResource } from '@angular/core/rxjs-interop';

export class Orders {
  private readonly api = inject(OrdersApi); // întoarce Observable-uri

  readonly status = signal<OrderStatus>('open');

  readonly orders = rxResource({
    params: () => ({ status: this.status() }),
    stream: ({ params }) => this.api.list(params.status), // Observable<Order[]>
    defaultValue: [],
  });
}
// La schimbarea params, abonarea veche e închisă (ca switchMap).
// Un stream poate emite de mai multe ori (ex. websocket) — value() se actualizează la fiecare emisie.

Status-uri speciale și resurse înlănțuite v22

import { ResourceParamsStatus, resource } from '@angular/core';

// v22: în params poți „arunca” un status special
readonly report = resource({
  params: () => {
    const range = this.range();
    if (!range) throw ResourceParamsStatus.IDLE;        // nimic de încărcat încă
    if (!this.permissions.hasValue()) throw ResourceParamsStatus.LOADING; // așteaptă altceva
    return range;
  },
  loader: ({ params }) => this.api.report(params),
});

// Înlănțuire de resurse cu ctx.chain(): orders așteaptă user
readonly user = httpResource<User>(() => '/api/me');
readonly orders = httpResource<Order[]>((ctx) => {
  const user = ctx.chain(this.user);
  return user ? `/api/users/${user.id}/orders` : undefined;
});
// cât timp user se încarcă → orders e 'loading'; dacă user dă eroare → și orders e în eroare
LiveResurse înlănțuite: starea trece din resursă în resursă
userId
userresolved

Ana Popescu · Cluj-Napoca

sameCityresolved

Ana Popescu, Andrei Georgescu

readonly user = httpResource<User>(() =>
  this.userId() ? `/api/users/${this.userId()}` : undefined,
);
readonly sameCity = httpResource<Page<User>>((ctx) => {
  const user = ctx.chain(this.user);
  return user ? `/api/users?q=${user.city}` : undefined;
});

Stările, așa cum le vede un effect

  1. 11 ms user: loading · sameCity: loading
  2. 719 ms user: resolved · sameCity: loading
  3. 1258 ms user: resolved · sameCity: resolved
sameCity are nevoie de orașul utilizatorului, deci așteaptă cu ctx.chain(): cât timp user e idle sau loading, la fel e și sameCity; dacă user eșuează, sameCity eșuează cu ResourceDependencyError. Request-urile merg la API-ul simulat al site-ului.

Scrieri: resource nu e pentru POST

Resursele sunt gândite pentru citire. O resursă re-execută loader-ul când se schimbă parametrii — exact ce NU vrei pentru o comandă „salvează”. Pentru mutații folosește HttpClient și apoi actualizează resursa local (update) sau reîncarc-o (reload).

// resource / httpResource sunt pentru CITIRE (GET).
// Pentru scrieri (POST/PUT/DELETE) folosește HttpClient direct, apoi actualizează resursa.

export class TodoStore {
  private readonly http = inject(HttpClient);
  readonly todos = httpResource<Todo[]>(() => '/api/todos', { defaultValue: [] });

  async add(title: string) {
    const created = await firstValueFrom(this.http.post<Todo>('/api/todos', { title }));
    this.todos.update((list) => [...list, created]); // update local, fără refetch
  }

  async remove(id: number) {
    this.todos.update((list) => list.filter((t) => t.id !== id)); // optimist
    try {
      await firstValueFrom(this.http.delete(`/api/todos/${id}`));
    } catch {
      this.todos.reload(); // rollback simplu: reîncarci de pe server
    }
  }
}

Când DA, când NU

Când DA
  • Date care depind de stare: detalii după id, liste după filtre, paginare.
  • Orice ecran cu „loading / eroare / date”.
  • Înlocuitor pentru toSignal(this.route.params.pipe(switchMap(...))).
  • Store-uri pe semnale care au nevoie de date de la server.
Când NU
  • POST / PUT / DELETE → HttpClient.
  • Fluxuri complexe cu retry/backoff, polling, combinări de stream-uri → RxJS direct (sau rxResource peste el).
  • Date statice, încărcate o singură dată la pornire → provideAppInitializer sau un resolver.

Capcane frecvente

  • value() e undefined la început și în timpul încărcării inițiale. Folosește hasValue() sau defaultValue.
  • Erori „înghițite”: dacă nu afișezi error(), utilizatorul vede doar o listă goală. Tratează explicit starea de eroare.
  • Citirea lui value() când status e error aruncă eroarea — verifică întâi error() sau hasValue().
  • Params care se schimbă la fiecare tastă: fiecare tastă = un request (cel vechi e anulat). Pentru căutare, combină cu debounced().
  • Obiecte noi în params: params: () => ({ id: this.id() }) e ok — resursa compară rezultatul și reîncarcă doar când semnalele citite se schimbă.

Fișă rapidă

resource({ params: () => p(), loader: async ({ params, abortSignal, previous }) => ... });
rxResource({ params: () => p(), stream: ({ params }) => obs$ });
httpResource<T>(() => url | { url, method, params, headers, body } | undefined, { defaultValue, parse });

r.value()  r.hasValue()  r.status()  r.isLoading()  r.error()  r.reload()  r.set()  r.update()

params → undefined            ⇒ 'idle'
params → throw ResourceParamsStatus.IDLE / LOADING   (v22)
(ctx) => ctx.chain(alta)      ⇒ înlănțuire                (v22)

Cap. 03 · 0 din 8 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() și computed()
  2. effect() — când DA, când NU
  3. linkedSignal() — stare derivată editabilă
  4. resource, rxResource, httpResource
  5. debounced() — semnale cu întârziere
  6. Liste: căutare, filtrare, sortare, paginare
  7. Observables de la zero
  8. Signals ↔ RxJS
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