AngularAtlasAusg. 22.2

Kap. 03Signals & Reaktivität20 / 75

Signals ↔ RxJS

toSignal, toObservable, takeUntilDestroyed, outputFromObservable — und wann RxJS weiterhin die richtige Wahl bleibt.

~0 Min. Lesezeit Offizielle Doku

Signals ersetzen RxJS nicht — sie ergänzen es. Signals eignen sich hervorragend für Zustand (was jetzt angezeigt wird), RxJS für Events über die Zeit (was wann passiert). Das Paket @angular/core/rxjs-interop enthält die Brücken zwischen beiden Welten. Neu bei Observables? Fang mit Observables von null an an.

SignalsRxJS / Observable
Haben immer einen aktuellen WertEmittieren Werte über die Zeit (womöglich noch nichts emittiert)
Synchron: count()Asynchron: subscribe()
Kein Unsubscribe nötigBrauchen Unsubscribe (oder einen Operator, der abschließt)
Ableitung: computed()Ableitung: map, combineLatest, switchMap…
Ideal für Templates und UI-ZustandIdeal für Websockets, Drag, Retry, komplexes Debounce

toSignal(): Observable → Signal

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

export class Clock {
  // Automatisches Subscribe + automatisches Unsubscribe beim Zerstören der Komponente
  readonly seconds = toSignal(interval(1000), { initialValue: 0 });

  // Ohne initialValue → der Typ ist T | undefined
  readonly user = toSignal(this.auth.user$);            // Signal<User | undefined>

  // requireSync: das Observable emittiert synchron (BehaviorSubject, startWith) → kein undefined
  readonly theme = toSignal(this.theme$, { requireSync: true }); // Signal<Theme>

  // Route-Parameter als Signal (falls du withComponentInputBinding nicht nutzt)
  private readonly route = inject(ActivatedRoute);
  readonly id = toSignal(this.route.paramMap.pipe(map((p) => Number(p.get('id')))), {
    initialValue: 0,
  });
}

toObservable(): Signal → Observable

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

export class ProductSearch {
  readonly query = signal('');

  // Signal → Observable → RxJS-Operatoren → zurück zu einem Signal
  readonly results = toSignal(
    toObservable(this.query).pipe(
      debounceTime(300),
      distinctUntilChanged(),
      filter((q) => q.length >= 2),
      switchMap((q) => this.api.search(q).pipe(catchError(() => of([])))),
    ),
    { initialValue: [] },
  );
}
// toObservable emittiert ASYNCHRON (über einen Effect) und nur den Endwert,
// wenn das Signal im selben Tick mehrmals gesetzt wird.
LivetoSignal und toObservable
toSignal(interval(1000))0 s
toSignal(fromEvent(window, 'resize'))1024 px
computed über beideDesktop
toObservable(count).pipe(pairwise()) → Button drücken
Ändere die Fenstergröße und klick auf den Button: Die aus Observables abgeleiteten Signals aktualisieren sich von selbst.

Wo RxJS besser bleibt

Ein mousemove-Stream mit Throttle und Akkumulation (scan) ist in RxJS trivial und mit Signals umständlich. Das Endergebnis legst du für das Template in ein Signal.

LiveEvent-Streams: throttleTime + scan
Beweg die Maus hierher
Position: 0, 0 · verarbeitete Events (Throttle 40 ms): 0
Nur ein Event alle 40 ms wird verarbeitet; die letzten 14 Positionen werden mit scan() akkumuliert.

takeUntilDestroyed(): Abschied vom Subject destroy$

Jedes manuelle subscribe() in einer Komponente muss beim Zerstören beendet werden. takeUntilDestroyed() erledigt das automatisch mithilfe von DestroyRef. (Bei toSignal brauchst du es nicht — es meldet sich selbst ab.)

import { DestroyRef, inject } from '@angular/core';
import { takeUntilDestroyed } from '@angular/core/rxjs-interop';

export class Notifications {
  private readonly destroyRef = inject(DestroyRef);

  constructor() {
    // ✓ im Injection-Kontext: kein Argument
    this.socket.messages$.pipe(takeUntilDestroyed()).subscribe((m) => this.show(m));
  }

  connectLater() {
    // ✓ außerhalb des Konstruktors: das DestroyRef explizit übergeben
    this.poll$.pipe(takeUntilDestroyed(this.destroyRef)).subscribe();
  }
}

// Früher: Subject + ngOnDestroy
// private destroy$ = new Subject<void>();
// ngOnDestroy() { this.destroy$.next(); this.destroy$.complete(); }
// obs$.pipe(takeUntil(this.destroy$))
LiveMemory Leak vs. korrektes Cleanup
  • Erzeuge eine Kindkomponente, zerstöre sie dann und beobachte das Log.
Erzeuge die Kindkomponente mit Leak und zerstöre sie dann: Das Log läuft weiter — die Subscription hat die Komponente überlebt.

Outputs aus und zu Observables

import { outputFromObservable, outputToObservable } from '@angular/core/rxjs-interop';

export class Search {
  private readonly query$ = new Subject<string>();

  // Ein Output, der aus einem Observable gebaut wird
  readonly queryChange = outputFromObservable(this.query$.pipe(debounceTime(300)));
}

// Umgekehrt: Du behandelst den Output einer Komponente als Observable (z. B. in einer Direktive)
const changes$ = outputToObservable(childComponentRef.instance.queryChange);

Architekturempfehlung

// Die Architekturempfehlung:
//   RxJS an den Rändern (I/O, Events),  Signals für den angezeigten Zustand.

@Service()
export class ChatStore {
  private readonly socket = inject(ChatSocket); // stellt Observable<Message> bereit

  // ein Event-Stream → mit RxJS akkumuliert → als Signal bereitgestellt
  readonly messages = toSignal(
    this.socket.messages$.pipe(scan((all, m) => [...all, m].slice(-100), [] as Message[])),
    { initialValue: [] },
  );

  readonly unread = computed(() => this.messages().filter((m) => !m.read).length);
}

Wann ja, wann nein

Bleib bei RxJS, wenn
  • Du Events über die Zeit hast: Websocket, SSE, Drag & Drop, Infinite Scroll.
  • Du Zeit-/Nebenläufigkeits-Operatoren brauchst: switchMap, exhaustMap, retry mit Backoff, bufferTime.
  • Du viele asynchrone Quellen mit komplexen Regeln kombinierst.
  • Du mit APIs arbeitest, die Observables bereitstellen (Router-Events, Reactive Forms valueChanges).
Wechsle zu Signals, wenn
  • Du UI-Zustand hältst (Filter, Auswahl, Toggles).
  • Du Werte für das Template ableitest — computed ist einfacher als combineLatest.
  • Du GETs ausführst, die vom Zustand abhängen — httpResource.
  • Du ein BehaviorSubject nur als „beobachtbare Variable“ nutzt — genau das ist ein signal.

Häufige Stolperfallen

  • toSignal außerhalb des Injection-Kontexts → ein Fehler. Erzeuge es als Feld oder übergib { injector }.
  • toSignal auf einem „kalten“ HTTP-Observable in einem Getter → bei jedem Aufruf ein neuer Request. Erzeuge es nur einmal.
  • Fehler: Wenn das Observable einen Fehler wirft, wirft das Lesen des Signals ebenfalls. Fang den Fehler vorher mit catchError ab.
  • toObservable emittiert nicht synchron: Verlass dich nicht darauf, den Wert direkt nach set() zu erhalten.

Spickzettel

toSignal(obs$, { initialValue })        // Observable → Signal (auto-unsubscribe)
toSignal(obs$, { requireSync: true })   // kein undefined, wenn es synchron emittiert
toObservable(sig)                       // Signal → Observable (emittiert asynchron)
takeUntilDestroyed()                    // im Injection-Kontext
takeUntilDestroyed(destroyRef)          // überall
outputFromObservable(obs$)              // Observable → output()
outputToObservable(output)              // output() → Observable
rxResource({ params, stream })          // asynchrone Daten über ein Observable → Resource
pendingUntilEvent()                     // hält die Anwendung „instabil“ (SSR) bis zur ersten Emission

Kap. 03 · 0 von 8 abgeschlossen

Lektion abgeschlossen?

Markiere sie, dann erscheint sie auf deiner Karte: im Inhaltsverzeichnis und auf der Startseite.

Wird automatisch markiert, sobald du die ganze Lektion gelesen hast.

  1. signal() und computed()
  2. effect() — wann ja, wann nein
  3. linkedSignal() — editierbarer abgeleiteter Zustand
  4. resource, rxResource, httpResource
  5. debounced() — verzögerte Signals
  6. Listen: suchen, filtern, sortieren, blättern
  7. Observables von null an
  8. Signals ↔ RxJS
Deine ganze Karte ansehen

Alle 75 Seiten · tippen zum Filtern

  • 01Was ist neu in Angular 21 & 22Alle wichtigen Änderungen in v21 und v22 in Kürze, mit Link zur Seite, die sie jeweils erklärt.Start
  • 01Deine erste App, Schritt für SchrittEine Leseliste, von einer leeren Komponente bis zur fertigen App — Signals, @for, Inputs und Outputs, ein Service und ein Formular, Schritt für Schritt.Start
  • 01Schnelle Entscheidungen„Wohin damit?“, „Signal oder Observable?“, „Shared oder Feature?“ — kurze Antworten auf Alltagsfragen.Start
  • 01Angular-Interviewfragen60 echte Interviewfragen für Junior, Mid und Senior, mit der passenden Antwort, der Nachfrage und den Warnsignalen. Dazu ein Probeinterview.Start
  • 02Standalone & BootstrapWie eine App ohne NgModule startet: bootstrapApplication, app.config.ts, imports in der Komponente.Moderne Grundlagen
  • 02Data Binding & EventsInterpolation, Property- und Attribut-Bindings, Events mit $event und Tastenfiltern und wie [( )] aufgebaut ist — was in das DOM geht und was zurückkommt.Moderne Grundlagen
  • 02Control Flow: @if, @for, @switchDie Block-Syntax, die *ngIf/*ngFor/ngSwitch ersetzt, mit track, @empty und Exhaustive Checks.Moderne Grundlagen
  • 02@let und die neuen Template-AusdrückeLokale Variablen mit @let, Arrow Functions, Spread, Regex, instanceof, Kommentare in Tags.Moderne Grundlagen
  • 02@defer — Lazy Loading in TemplatesSchwere Komponenten nur laden, wenn sie gebraucht werden: Trigger, Prefetch, Placeholder, Loading, Error.Moderne Grundlagen
  • 02Class- & Style-BindingsWarum [class.x] und [style.x] ngClass und ngStyle abgelöst haben (mit automatischer Migration ab v21).Moderne Grundlagen
  • 02Komponenten-Styles & Kapselung:host, die drei Kapselungsmodi, Theming mit CSS-Variablen und warum ::ng-deep der letzte Ausweg ist.Moderne Grundlagen
  • 02Pipes: wann und wiePure vs. Impure Pipes, eigene Pipes und wie du zwischen Pipe, computed() und Methode wählst.Moderne Grundlagen
  • 03signal() und computed()Die reaktiven Grundbausteine: beschreibbarer Zustand, abgeleiteter Zustand, Gleichheit, untracked und Regeln zur Immutability.Signals & Reaktivität
  • 03effect() — wann ja, wann neinMit Signals synchronisierte Seiteneffekte: localStorage, Logging, imperative APIs. Und ihre Stolperfallen.Signals & Reaktivität
  • 03linkedSignal() — editierbarer abgeleiteter ZustandEin Signal, das sich zurücksetzt, wenn sich seine Quelle ändert, das du aber auch manuell setzen kannst.Signals & Reaktivität
  • 03resource, rxResource, httpResourceAsynchrone Daten als Signals: status, value, error, reload, automatischer Abbruch. Stabil seit v22.Signals & Reaktivität
  • 03debounced() — verzögerte SignalsDie „Debounce“-Variante eines Signals, ohne RxJS. Perfekt für die Suche.Signals & Reaktivität
  • 03Listen: suchen, filtern, sortieren, blätternEine Kette von computed-Signals, die nur neu berechnet, was sich geändert hat — mit den Filtern in der URL, damit ein Link dieselbe Ansicht öffnet.Signals & Reaktivität
  • 03Observables von null anWas ein Observable ist, subscribe und unsubscribe, die Operatoren, die du jede Woche brauchst, cold vs. hot — und wann ein Signal reicht.Signals & Reaktivität
  • 03Signals ↔ RxJStoSignal, toObservable, takeUntilDestroyed, outputFromObservable — und wann RxJS weiterhin die richtige Wahl bleibt.Signals & Reaktivität
  • 04input() und output()Inputs als Signals (required, transform, alias) und typisierte Outputs. Daten nach unten, Events nach oben.Komponenten: Kommunikation
  • 04model() — Two-Way-BindingBanana-in-a-Box [( )] mit einer einzigen API. Wann du es nutzt und wann input + output besser ist.Komponenten: Kommunikation
  • 04viewChild & contentChildQueries als Signals: viewChild, viewChildren, contentChild, contentChildren, die Option read.Komponenten: Kommunikation
  • 04Lifecycle & DestroyRefWelche Hooks in der Signals-Ära noch zählen, afterNextRender, DestroyRef und typisiertes ngOnChanges.Komponenten: Kommunikation
  • 04Content Projectionng-content mit select, mehrere Slots, Standardinhalt und die Falle der bedingten Projektion.Komponenten: Kommunikation
  • 04ng-template & ngTemplateOutletTemplates als Werte: Render Props in Angular, typisierter Kontext und Anpassen von Komponenten.Komponenten: Kommunikation
  • 05Smart vs. DumbContainer vs. Presentational: wer den Zustand hält, wer nur anzeigt und wie du die beiden sauber trennst.Komponenten-Design
  • 05Generische Komponenten <T>Eine korrekt typisierte DataTable<T> oder Select<T>, mit Templates für Zellen.Komponenten-Design
  • 05Dynamische KomponentenNgComponentOutlet, createComponent mit inputBinding/outputBinding und ein Dashboard, das aus einer Konfiguration gebaut wird.Komponenten-Design
  • 05Direktiven & Host-KompositionAttribut-Direktiven, die host: {}-Metadaten und die Directive Composition API (hostDirectives).Komponenten-Design
  • 05Eigene Formular-ControlsFormValueControl (Signal Forms) vs. ControlValueAccessor: eine Sternebewertung, in beiden Varianten.Komponenten-Design
  • 05Change DetectionOnPush ist ab v22 der Standard, zone.js entfällt ab v21. Was das Rendering auslöst und wie du dir nicht die Finger verbrennst.Komponenten-Design
  • 06inject() & @Service()Der neue @Service()-Decorator ab v22, inject() vs. Konstruktor und der Injection-Kontext.Dependency Injection
  • 06Provider & die Injector-HierarchieRoot vs. Route vs. Komponente, useClass/useValue/useFactory/useExisting und die Modifier optional/self/skipSelf.Dependency Injection
  • 06InjectionToken & provideX()Typisierte Konfiguration, provideFeature()-Funktionen, makeEnvironmentProviders und Initializer.Dependency Injection
  • 06injectAsync() — Lazy ServicesLade einen schweren Service erst, wenn du ihn brauchst, mit Prefetch im Leerlauf.Dependency Injection
  • 07Ordnerstrukturcore / shared / features, was in welchen Ordner gehört und wie ein Feature von innen aussieht.Architektur der Anwendung
  • 07Shared vs. FeatureWann du eine Komponente nach Shared verschiebst und (vor allem) wann NICHT. Eine konkrete Checkliste.Architektur der Anwendung
  • 07Interfaces & ModelleInline-Interface oder eigene Datei? DTO vs. Domänenmodell, type vs. interface, wohin damit.Architektur der Anwendung
  • 07State Management mit SignalsEinfache Signal-Stores, Fassaden, lokaler vs. globaler Zustand und wann du NgRx brauchst.Architektur der Anwendung
  • 07Styleguide & NamensgebungDie aktuellen offiziellen Konventionen: Dateinamen ohne Suffixe, protected, readonly, Reihenfolge der Member.Architektur der Anwendung
  • 07Barrels, Aliase & Grenzenindex.ts, Pfad-Aliase, die öffentliche API eines Features und Abhängigkeitsregeln, die sich automatisch prüfen lassen.Architektur der Anwendung
  • 07Fehler: @boundary & ErrorHandlerDer neue @boundary-Block ab v22.2, der globale ErrorHandler, HTTP-Fehler und Fehler aus resource.Architektur der Anwendung
  • 08Modernes Routing & Lazy LoadingloadComponent, Child Routes, Parameter als Inputs und Parameter-Vererbung (neuer Standard in v22).Routing
  • 08Guards & ResolvercanActivate, canMatch, canDeactivate und resolve als Funktionen, mit Redirects über UrlTree / RedirectCommand.Routing
  • 09Signal Forms — die GrundlagenFormulare auf Basis von Signals: form(), [formField], schemabasierte Validierung. Stabil seit v22.Formulare
  • 09Signal Forms — fortgeschrittenEigene und feldübergreifende Validierung, async/HTTP mit Debounce, dynamische Listen, disabled/hidden, wiederverwendbare Schemas.Formulare
  • 09Typisierte Reactive FormsTypisierte FormGroup, nonNullable, FormArray — und wie sie neben Signal Forms bestehen.Formulare
  • 10HttpClient, Interceptors & die API-SchichtHttpClient ohne Setup (v21), Fetch als Standard (v22), funktionale Interceptors und eine API-Schicht mit DTO-Mapping.HTTP & Daten
  • 11Performance — eine ChecklisteWas wirklich zählt: OnPush + Signals, track, @defer, Lazy Routes, Bilder, Bundles und Hydration.Qualität & Performance
  • 11Testen mit VitestVitest ist ab v21 der Standard-Runner. TestBed, Komponenten mit Signals, Services, HTTP und Harnesses.Qualität & Performance
  • 11DevTools: ein Blick in deine AppChrome DevTools und Angular DevTools Schritt für Schritt: was jedes Panel zeigt, mit Übungen, die auf dieser Website funktionieren.Qualität & Performance
  • 11Angular AriaHeadless, barrierefreie Komponenten, die du nach Belieben stylst: Tabs, Accordion, Menü, Listbox...Qualität & Performance
  • 12SSR, Prerendering & Render ModesWann auf dem Server gerendert wird, wann beim Build und wann nur im Browser: RenderMode pro Route, app.routes.server.ts und die echten Kosten.SSR & Hydration
  • 12Hydration: Event Replay & inkrementellWie der Browser das Server-HTML übernimmt, ohne es neu zu rendern: vollständige Hydration, Event Replay, @defer (hydrate on …) und Mismatch-Fehler.SSR & Hydration
  • 12Servertauglicher Codewindow gibt es auf dem Server nicht: PLATFORM_ID, afterNextRender, DOCUMENT, TransferState, der HTTP-Cache und PendingTasks.SSR & Hydration
  • 13Micro FrontendsWann es sich lohnt, eine App in mehrere Deployments aufzuteilen und wann es nur Komplexität ist: Native Federation, Module Federation, iframes, Web Components.Architektur im großen Maßstab
  • 13Web Components mit Angular ElementscreateCustomElement: eine Angular-Komponente, die überall als HTML-Tag nutzbar ist, plus Kommunikation zwischen Apps über Events und BroadcastChannel.Architektur im großen Maßstab
  • 13Monorepo, Bibliotheken & GrenzenEin Workspace mit mehreren Apps und Bibliotheken: ng generate library, Nx, Secondary Entry Points, Publishing und Abhängigkeitsregeln.Architektur im großen Maßstab
  • 13Hexagonale Architektur (Ports & Adapters)Eine Domäne ohne Angular, Ports als abstrakte Klassen und austauschbare Adapter: HTTP, localStorage oder In-Memory, ohne die UI anzufassen.Architektur im großen Maßstab
  • 14Signals unter der HaubeDer reaktive Graph: Producer und Consumer, Push-Pull, warum computed lazy und glitch-frei ist, das Diamond-Problem und wann Effects laufen.Fortgeschrittene Reaktivität
  • 14Fortgeschrittenes RxJS: Operatoren höherer OrdnungswitchMap, mergeMap, concatMap und exhaustMap an einem Live-Diagramm, dazu Retry mit Backoff, shareReplay und wie du Leaks vermeidest.Fortgeschrittene Reaktivität
  • 14NgRx SignalStoreState Management im großen Stil auf Signals: withState, withComputed, withMethods, rxMethod, Entities und Hooks — und wann ein einfacher Store reicht.Fortgeschrittene Reaktivität
  • 14Zustandsautomaten mit SignalsKeine unmöglichen Zustände mehr: ein typisierter Automat auf Signals, mit Übergängen, Guards und einem Live-Zustandsdiagramm.Fortgeschrittene Reaktivität
  • 15WebSockets: Echtzeit, die das Netz überstehtEin typisierter Socket als Signals: Reconnect mit Backoff und Jitter, Heartbeat, ein Postausgang im Offline-Modus und SSR-Sicherheit.Echtzeit & offline
  • 15Optimistische Updates & RollbackEine sofortige UI, die ehrlich bleibt: Snapshot und Rollback, Antworten in falscher Reihenfolge, Idempotenzschlüssel.Echtzeit & offline
  • 15Offline-first: Service Worker & CachingDer Angular Service Worker: Caching-Strategien, Update-Hinweise und ein Postausgang für Änderungen, die offline entstehen.Echtzeit & offline
  • 16Web WorkersSchwere Berechnungen, ohne die UI zu blockieren: ein echter Worker in der Seite, Message Passing und wann es sich nicht lohnt.Fortgeschrittene UI & Performance
  • 16Riesige Listen: Virtual Scroll100.000 Zeilen ohne Ruckeln: CDK Virtual Scroll, itemSize, trackBy und die Alternativen (Paginierung, Infinite Scroll).Fortgeschrittene UI & Performance
  • 16Moderne Animationen & View Transitionsanimate.enter und animate.leave statt des veralteten @angular/animations, CSS-Transitions und View Transitions bei der Navigation.Fortgeschrittene UI & Performance
  • 16Memory Leaks finden und behebenSubscriptions, Timer und Listener, die ihre Komponente überleben – wie du sie in den DevTools findest und schließt.Fortgeschrittene UI & Performance
  • 17Sicherheit: XSS, Sanitizing & CSPWas Angular automatisch gegen XSS tut, wann bypassSecurityTrust gefährlich wird, dazu CSP mit Nonce, Trusted Types und XSRF.Sicherheit & Globalisierung
  • 17Authentifizierung: Tokens & RefreshEin Interceptor, der das Token anhängt, bei 401 einmal erneuert und die wartenden Requests wiederholt — dazu, wo du das Token aufbewahrst.Sicherheit & Globalisierung
  • 17OAuth 2.1 & OpenID Connect mit PKCEDer Authorization-Code-Flow mit PKCE Schritt für Schritt: Verifier und Challenge, State und Nonce, das ID-Token und warum ein BFF sicherer ist.Sicherheit & Globalisierung
  • 17Internationalisierung (i18n)$localize, das i18n-Attribut, ICU plural/select, ein Build pro Sprache vs. Übersetzungen zur Laufzeit und Formatierung nach Locale.Sicherheit & Globalisierung