Interviewfragen zu NestJS mit Antworten

Beispielfragen

Ein paar Fragen aus jedem Level mit richtiger Antwort und Erklärung.

NestJS · Junior

1. Was ist NestJS?
   ▸Antwort zeigen

   Richtige Antwort: Ein Node.js-Framework für serverseitige TypeScript-Apps

   Nest bietet eine strukturierte, von Angular inspirierte Architektur. Darunter läuft ein HTTP-Framework, standardmäßig Express oder Fastify, ergänzt um Module, DI, Pipes, Guards und mehr.

2. Welche HTTP-Plattform nutzt NestJS standardmäßig?
   ▸Antwort zeigen

   Richtige Antwort: Express

   Express ist der Standardadapter. Mit @nestjs/platform-fastify kann man für bessere Performance zu Fastify wechseln, der meiste Code bleibt gleich.

3. Wie legt man ein neues NestJS-Projekt an?
   ▸Antwort zeigen

   Richtige Antwort: npx @nestjs/cli new my-app

   Die CLI erzeugt main.ts, ein Wurzel-AppModule, einen Beispiel-Controller und -Service plus Test-Setup. nest generate (nest g) fügt Module, Controller und Services hinzu.

4. Welche Sprache nutzt NestJS hauptsächlich?
   ▸Antwort zeigen

   Richtige Antwort: TypeScript

   Nest verlässt sich für Dependency Injection auf TypeScript-Decorators und Typ-Metadaten, TypeScript ist also die naheliegende Wahl.

NestJS · Middle

1. In welcher Reihenfolge laufen die Verarbeitungsschichten einer Anfrage in Nest?
   ▸Antwort zeigen

   Richtige Antwort: Middleware → Guards → Interceptors → Pipes → Handler

   Innerhalb jeder Schicht laufen zuerst globale, dann solche auf Controller-Ebene, dann auf Routenebene. Exception Filter behandeln Fehler, die irgendwo auf dem Weg geworfen werden.

2. Warum sollte Authentifizierung ein Guard statt Middleware sein?
   ▸Antwort zeigen

   Richtige Antwort: Guards kennen den Handler und seine Metadaten

   Middleware weiß nicht, welcher Routen-Handler laufen wird. Guards sind für die Entscheidung „darf diese Anfrage weiter?“ gebaut.

3. Wofür nutzt man ExecutionContext?
   ▸Antwort zeigen

   Richtige Antwort: Den aktuellen Handler, die Klasse und die Anfrage lesen

   context.switchToHttp().getRequest(), context.getHandler(), context.getClass() und context.getType() sind die üblichen Aufrufe.

4. Wie kann ein Interceptor jede Antwort in { data: ... } einhüllen?
   ▸Antwort zeigen

   Richtige Antwort: next.handle().pipe(map((data) => ({ data })))

   Interceptors sind der Ort für querschnittliche Änderungen an Antworten. Sei konsistent: Fehler formen Exception Filter, nicht Interceptors.

NestJS · Senior

1. Woher weiß Nest, was in constructor(private users: UsersService) injiziert werden soll?
   ▸Antwort zeigen

   Richtige Antwort: Es liest die Metadaten design:paramtypes

   Deshalb brechen reine Typ-Imports (import type) oder Interfaces die Injektion: es gibt keinen Laufzeitwert, der als Token dienen kann.

2. Warum kann ein Bundler oder Compiler ohne Unterstützung für Decorator-Metadaten eine Nest-App kaputt machen?
   ▸Antwort zeigen

   Richtige Antwort: Ohne design:paramtypes lassen sich Typen nicht auflösen

   esbuild zum Beispiel gibt keine Decorator-Metadaten aus. SWC unterstützt sie mit passender Konfiguration, deshalb dokumentiert Nest ein SWC-Setup.

3. Wie ist der DI-Container über Module hinweg organisiert?
   ▸Antwort zeigen

   Richtige Antwort: Jedes Modul hat einen eigenen Bereich, geteilt per Export

   Diese Kapselung ist der Grund, warum dieselbe Klasse in den Providern zweier Module zwei Instanzen ergibt.

4. Ein REQUEST-scoped Provider wird in einen Singleton-Service injiziert. Was passiert?
   ▸Antwort zeigen

   Richtige Antwort: Die ganze Kette wird request-scoped

   Der Scope steigt nach oben. In einer viel genutzten App kann das die Allokationen pro Anfrage vervielfachen; Durable Provider oder ALS sind Alternativen für Mandantenfähigkeit.

Kombinierte Tests mit diesem Thema

Fragen aus mehreren Themen auf einmal, wie im Vorstellungsgespräch für eine konkrete Stelle.