Container Queries lassen eine Komponente auf die Breite ihres Containers reagieren statt auf den Viewport, dieselbe Card kann also in einer Sidebar schmal und in einer Hauptspalte breit sein, ohne Props durchzureichen oder Breakpoints zu raten. Daneben ermöglicht der has-Selektor Styling vom Elternelement aus, natives Nesting macht einen Präprozessor überflüssig, Subgrid richtet verschachtelte Inhalte über ein Grid hinweg aus, und View Transitions animieren zwischen Zuständen ohne Bibliothek.
Warum Interviewer das fragen
Interviewer nutzen das, um dein Wissen zu datieren. Media Queries haben jede Komponente an den Viewport gekoppelt, was für ein Designsystem genau falsch ist, Container Queries zu kennen signalisiert also, dass du wirklich wiederverwendbare Komponenten gebaut hast. Die Nachfragen prüfen, ob du die Kosten von Containment verstehst, eine Fallback-Strategie hast und wie du entscheidest, wann ein Feature sicher einsetzbar ist, was im Kern eine Frage danach ist, wie du Browser-Support bewertest.
So baust du deine Antwort auf
- Erklär, was Container Queries reparieren: der Viewport ist die falsche Einheit für eine Komponente.
- Nenn zwei oder drei weitere Features, die du wirklich nutzt, und warum.
- Erwähn das Containment, das du deklarieren musst, damit es funktioniert.
- Sag, wie du entscheidest, dass ein Feature ausliefbar ist.
Beispielantwort
Das Große sind Container Queries, weil das Layout einer Komponente jahrelang am Viewport hing, obwohl die Komponente keine Ahnung hat, wie breit ihr Platz ist. Dieselbe Card hatte also eine Prop wie variant compact, und die musste von dort durchgereicht werden, wo sie platziert wurde. Jetzt deklariere ich container-type inline-size auf dem Wrapper, und die Card stylet sich nach ihrer eigenen Breite, sie fällt also in eine Sidebar oder ein Grid über die volle Breite und funktioniert einfach. Danach der has-Selektor, hauptsächlich für Formularzustände, weil ich einen Feld-Wrapper danach stylen kann, ob er ein ungültiges Input enthält, ganz ohne JavaScript. Natives Nesting hat mir eine echte Präprozessor-Abhängigkeit erspart, und Subgrid sorgt endlich dafür, dass Card-Header über eine Reihe hinweg fluchten. Beim Support schaue ich auf den Baseline-Status, statt zu raten, und wenn ein Feature nicht breit verfügbar ist, nutze ich es als Progressive Enhancement mit einem supports-Block, damit ohne es nichts kaputt aussieht.
Steht dieses Vorstellungsgespräch bald an? GhostPilot hört bei deinem Live-Call mit, erkennt die Frage in dem Moment, in dem sie gestellt wird, und bringt dir eine strukturierte Antwort in Echtzeit auf den Bildschirm. Probier es im nächsten Mock aus, oder hol dir einen $29 Session Pass, kein Abo, für den Ernstfall.
So funktioniert esNachfragen, mit denen du rechnen solltest
- Was kostet dich das Deklarieren von container-type in Sachen Layout-Containment?
- Wie würdest du einen sinnvollen Fallback für einen Browser ohne Support bauen?
- Wo wird der has-Selektor teuer?
Weitere Fragen für Frontend-Entwickler
Dein Interviewer stellt seine eigene Version davon. Kopier deine echte Stellenbeschreibung in den kostenlosen Question Predictor und bekomm die 20 Fragen, die diese Rolle am wahrscheinlichsten stellt, samt dem, worauf jede wirklich abzielt.
Meine Fragen vorhersagen