Angular-Interviews decken Dependency Injection, RxJS, Change Detection und TypeScript ab — das Framework ist opinionated, deshalb prüfen die Fragen, ob du seine Mechanik wirklich verstehst. Unten findest du die häufigsten mit Musterantworten. Middle: tieferes Verständnis, Optimierung und reale Arbeitssituationen.
Standardmäßig prüft Angular jede Komponente im Baum, nachdem etwas den State geändert haben könnte. OnPush grenzt das ein: Die Komponente wird nur geprüft, wenn sich die Referenz eines Inputs ändert, in ihr ein Event feuert oder ein Observable, das sie über async nutzt, etwas emittiert. Aus einer Prüfung des ganzen Baums wird eine gezielte — der mit Abstand größte Performance-Hebel in Angular.
Es patcht die asynchronen APIs des Browsers, damit Angular weiß, wann sich etwas geändert haben könnte, und Change Detection ausführen kann, ohne dass du es sagen musst. Der Preis ist, dass es wirklich alles patcht und Prüfungen für Events auslöst, die nichts geändert haben. Signals lassen eine Komponente genau wissen, was sich geändert hat, weshalb zoneless die Richtung ist.
Ein Signal hält einen aktuellen Wert und benachrichtigt Abhängige synchron, wenn er sich ändert — es ist State. Ein Observable ist ein Stream über die Zeit und modelliert Events. Signals eignen sich für Komponenten-State und berechnete Werte; Observables passen weiterhin zu HTTP, WebSockets und allem mit Operatoren. Sie ergänzen sich, statt sich zu ersetzen.
switchMap bricht die vorherige innere Subscription ab, sobald ein neuer Wert eintrifft — richtig für einen Typeahead, falsch für ein Speichern. mergeMap lässt alle parallel laufen, in welcher Reihenfolge sie auch fertig werden. concatMap reiht sie in eine Queue ein und bewahrt die Reihenfolge. Die falsche Wahl ist der Grund, warum eine Suche veraltete Ergebnisse zeigt oder zwei Speichervorgänge in der falschen Reihenfolge ankommen.
Er sitzt zwischen der App und HttpClient und kann einen Request oder eine Response verändern. Auth-Header, eine Correlation-ID, eine globale Retry-Policy und das Umwandeln eines 401 in einen Redirect gehören dorthin, weil sie für jeden Request gelten — dupliziert man sie pro Service, vergisst man es irgendwann an einer Stelle. Business-Logik gehört dort nicht hin.
Mit loadComponent oder loadChildren, was diese Route in einen eigenen Chunk aufteilt, der erst bei der Navigation geladen wird. Wichtig ist das, weil das initiale Bundle bestimmt, wie lange der erste Screen braucht, und ein Admin-Bereich, den niemand besucht, sollte da nicht drinstecken. Ehrlich bleibt man, indem man die Größen der gebauten Chunks anschaut, statt es nur zu vermuten.
Im echten Interview sprichst du unter Druck. Cam stellt genau diese Fragen, bewertet jede Antwort und zeigt dir genau, was du verbessern musst.
Middle Angular Frontend-Interview üben →