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

Middle Vue FrontendPreguntas de entrevista Vue

Middle · 2–4 años de experiencia

Las entrevistas de Vue se enfocan en el sistema de reactividad, la Composition API, y la comunicación entre componentes. Aquí están las preguntas más comunes con respuestas modelo. Middle: comprensión más profunda, optimización y situaciones reales de trabajo.

Pruébalo — sin cuenta necesaria
Preparando tu pregunta…

Temas para prepararte

Reactividad: ref y reactive
Composition API vs Options API
Ciclo de vida del componente
Pinia / Vuex
Slots y props
Vue Router

6 preguntas de nivel Middle con respuestas

1

¿Qué es un composable y cuándo le gana a un mixin?

Respuesta

Una función que usa la reactividad de Vue y devuelve estado y comportamiento — useUser, usePagination. Le gana a un mixin porque la fuente de cada valor es visible en el call site: con mixins dos de ellos pueden definir el mismo nombre y ningún archivo te lo dice. Los composables también se componen, que es todo el punto del nombre.

2

¿Por qué destructurar un objeto `reactive` puede romperlo?

Respuesta

Porque la reactividad vive en el proxy, y sacar un primitivo de él copia el valor lejos del proxy. El template entonces renderiza un número que nunca se actualiza. toRefs lo arregla convirtiendo cada propiedad en un ref que mantiene el vínculo, que también es por qué devolver toRefs(state) desde un composable es la forma común.

3

¿Cómo manejas estado compartido sin recurrir a un store?

Respuesta

Un composable con estado a nivel de módulo es un store en todo sentido significativo y es suficiente para la mayoría de las apps. Pinia se gana su lugar cuando necesitas devtools, estado seguro para SSR, o plugins — y cuando varias features escriben el mismo estado y quieres ese tráfico en un lugar. Provide e inject resuelve un problema distinto: pasar hacia abajo de un árbol sin enhebrar props.

4

¿Qué causa un re-render innecesario, y cómo lo ves?

Respuesta

Una dependencia que cambia más a menudo que la salida — un objeto recreado en el render del padre, o un computed que lee más estado del que usa. Los devtools de Vue resaltan componentes mientras se actualizan, lo que convierte adivinar en mirar. v-memo existe para el caso raro donde el render en sí es genuinamente costoso.

5

¿Cuál es la diferencia entre SSR y SSG en términos de Nuxt?

Respuesta

SSR renderiza en cada request, así el contenido está actualizado y el servidor hace trabajo por visitante. SSG renderiza en tiempo de build y sirve archivos estáticos, que es más rápido y barato pero obsoleto hasta el próximo build. La elección es por ruta en vez de por app, y una página de marketing y un dashboard raramente quieren la misma.

6

¿Cómo testeas un componente Vue sensatamente?

Respuesta

Renderízalo y afirma sobre lo que un usuario vería, usando Testing Library o Vue Test Utils. Testea comportamiento — hacer click en esto muestra aquello — en vez de estado interno, porque el estado interno es lo que cambia el refactoring. Mockea la red en la capa de request, no los propios métodos del componente, o el test pasa mientras la integración se rompe.

🦎

Leer respuestas no es suficiente

En una entrevista real hablas bajo presión. Cam hace estas mismas preguntas, evalúa cada respuesta y muestra exactamente qué mejorar.

Practicar entrevista de Middle Vue Frontend →
Gratis · 3 entrevistas al mes

Otros niveles — Vue Frontend

Junior Vue FrontendSenior Vue FrontendTodas las preguntas de Vue Frontend

Otras especializaciones

🔍Middle Manual QA🤖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