P
prepair.app
Interview starten →
EnglishУкраїнськаРусскийDeutsch
💚

Middle Vue FrontendVue-Interviewfragen

Middle · 2–4 Jahre Erfahrung

Vue-Interviews konzentrieren sich auf das Reaktivitätssystem, die Composition API und die Kommunikation zwischen Komponenten. Unten findest du die häufigsten Fragen mit Musterantworten. Middle: tieferes Verständnis, Optimierung und reale Arbeitssituationen.

Probier es aus — kein Konto nötig
Deine Frage wird vorbereitet…

Themen zur Vorbereitung

Reaktivität: ref und reactive
Composition API vs. Options API
Komponenten-Lifecycle
Pinia / Vuex
Slots und Props
Vue Router

6 Fragen auf Middle-Niveau mit Antworten

1

Was ist ein Composable, und wann schlägt es ein Mixin?

Antwort

Eine Funktion, die Vues Reaktivität nutzt und State plus Verhalten zurückgibt — useUser, usePagination. Es schlägt ein Mixin, weil die Quelle jedes Werts an der Aufrufstelle sichtbar ist: Bei Mixins können zwei denselben Namen definieren, und keine der beiden Dateien verrät das. Composables lassen sich außerdem komponieren, was genau der Sinn des Namens ist.

2

Warum kann Destrukturieren eines `reactive`-Objekts es kaputt machen?

Antwort

Weil die Reaktivität im Proxy lebt und das Herausziehen eines Primitives den Wert vom Proxy löst. Das Template rendert dann eine Zahl, die sich nie wieder aktualisiert. toRefs behebt das, indem es jede Property in einen ref umwandelt, der die Verbindung erhält — deshalb ist die Rückgabe von toRefs(state) aus einem Composable auch die übliche Form.

3

Wie verwaltest du geteilten State, ohne gleich zu einem Store zu greifen?

Antwort

Ein Composable mit State auf Modulebene ist in jeder relevanten Hinsicht ein Store und reicht für die meisten Apps völlig aus. Pinia verdient sich seinen Platz, wenn du Devtools, SSR-sicheren State oder Plugins brauchst — und wenn mehrere Features denselben State schreiben und du diesen Traffic an einer Stelle sehen willst. Provide und inject lösen ein anderes Problem: das Durchreichen im Baum, ohne Props hindurchzuschleifen.

4

Was verursacht ein unnötiges Re-Rendering, und wie erkennst du es?

Antwort

Eine Abhängigkeit, die sich häufiger ändert als das Ergebnis — ein Objekt, das im Render des Parents neu erzeugt wird, oder ein computed, das mehr State liest, als es tatsächlich nutzt. Vues Devtools markieren Komponenten, sobald sie aktualisiert werden, wodurch aus Raten ein Hinsehen wird. v-memo existiert für den seltenen Fall, in dem das Rendering selbst wirklich teuer ist.

5

Was ist der Unterschied zwischen SSR und SSG im Nuxt-Kontext?

Antwort

SSR rendert bei jedem Request, der Inhalt ist also aktuell, und der Server arbeitet pro Besucher. SSG rendert zur Build-Zeit und liefert statische Dateien aus, was schneller und billiger ist, aber bis zum nächsten Build veraltet. Die Wahl trifft man pro Route und nicht pro App, und eine Marketing-Seite und ein Dashboard wollen selten dasselbe.

6

Wie testet man eine Vue-Komponente sinnvoll?

Antwort

Man rendert sie und prüft, was ein User sehen würde, mit Testing Library oder Vue Test Utils. Teste Verhalten — ein Klick hierauf zeigt das da — statt internen State, denn internen State verändert schon ein Refactoring. Mocke das Netzwerk auf Request-Ebene und nicht die eigenen Methoden der Komponente, sonst ist der Test grün, während die Integration kaputt ist.

🦎

Antworten lesen reicht nicht

Im echten Interview sprichst du unter Druck. Cam stellt genau diese Fragen, bewertet jede Antwort und zeigt dir genau, was du verbessern musst.

Middle Vue Frontend-Interview üben →
Kostenlos · 3 Interviews im Monat

Weitere Level — Vue Frontend

Junior Vue FrontendSenior Vue FrontendAlle Vue Frontend-Fragen

Weitere Spezialisierungen

🔍Middle QA Manual🤖Middle QA AutomationMiddle Java Backend🐍Middle Python Backend🐘Middle PHP-Backend🦫Middle Go-Backend🟢Middle Node.js-Backend💎Middle Ruby on Rails🔷Middle C++🟨Middle JavaScript