Evaluación: Phoenix Framework

1

¿Cuál es la principal ventaja de Phoenix sobre frameworks web tradicionales como Django o Rails?

Concurrencia masiva de la BEAM: millones de conexiones simultáneas con latencia predecible y fault tolerance Tiene más paquetes disponibles que cualquier otro framework Es más fácil de aprender porque usa JavaScript Genera automáticamente el frontend completo sin código

2

¿Qué es un pipeline en el Router de Phoenix y para qué sirve?

Secuencia nombrada de plugs aplicada a un grupo de rutas; :browser para HTML con sesión/CSRF, :api para JSON Un sistema de CI/CD integrado en Phoenix Un mecanismo para conectar bases de datos en cadena Es el equivalente al pipe operator |> pero para rutas

3

¿Qué es HEEx y cómo se diferencia de EEx?

HEEx entiende HTML: valida en compile-time, escapa automáticamente contra XSS, y soporta function components HEEx es una versión más rápida de EEx sin ninguna funcionalidad extra HEEx genera código JavaScript en lugar de HTML Son idénticos; HEEx es solo el nombre nuevo de EEx

4

¿Por qué Ecto separa Schema de Changeset en lugar de validar directamente en el modelo?

Permite diferentes validaciones por contexto (registro vs update); los changesets son datos composables y testables Es una limitación de Elixir que no permite métodos en structs Solo por convención; se pueden poner las validaciones donde sea Schema define las tablas SQL; Changeset define los índices

5

¿Cómo maneja Phoenix los formularios con changesets y por qué es ventajoso?

Los forms se construyen desde changesets; errores y valores se preservan automáticamente al re-renderizar Phoenix no tiene soporte nativo para formularios; se usa JavaScript puro Los formularios se validan solo en el cliente, nunca en el servidor Cada campo del formulario es un proceso Elixir separado

6

¿Cómo funciona LiveView para crear interfaces reactivas sin JavaScript?

Proceso server-side por conexión + WebSocket; el servidor envía diffs de HTML, el cliente aplica patches Compila Elixir a JavaScript que se ejecuta en el navegador Usa polling HTTP cada 100ms para detectar cambios Genera una SPA React/Vue completa desde Elixir

7

¿Cuál es la diferencia entre un LiveView y un LiveComponent?

LiveView es un proceso con su propio WebSocket; LiveComponent vive dentro de un LiveView compartiendo su proceso LiveComponent se ejecuta en el cliente; LiveView en el servidor Son idénticos; LiveComponent es solo un alias LiveView es para páginas, LiveComponent es para APIs

8

¿Qué genera `mix phx.gen.auth` y por qué es la forma recomendada de implementar auth?

Genera código de auth completo en tu app (no librería): schemas, contexts, views, tests; transparente y personalizable Instala una librería externa como Devise que maneja todo automáticamente Solo genera las migraciones de base de datos para usuarios Configura OAuth con Google y GitHub automáticamente

9

¿Cómo funcionan los Channels de Phoenix para comunicación en tiempo real?

Socket → join topic → cada Channel es un GenServer; push, handle_in, y broadcast para mensajería bidireccional Son conexiones HTTP de larga duración (long polling) disfrazadas Channels solo funcionan con LiveView, no de forma independiente Requieren Redis como broker de mensajes obligatorio

10

¿Cómo funciona Phoenix.PubSub y por qué es clave para aplicaciones distribuidas?

Pub/sub entre procesos; en cluster propaga entre nodos automáticamente; base de Channels y LiveView Es un wrapper de RabbitMQ que viene incluido en Phoenix Solo funciona con un solo servidor, no en clusters Es el sistema de logs de Phoenix, no de mensajería

11

¿Cómo se estructura una API JSON en Phoenix y qué diferencia hay con la parte web?

Pipeline :api sin sesión/CSRF, controllers renderizan JSON, JSON views para serialización; sin templates HTML Se necesita una librería externa como Absinthe para cualquier API No hay diferencia; se usa el mismo pipeline para web y API Phoenix no soporta APIs REST, solo GraphQL

12

¿Cuál es la diferencia entre un function plug y un module plug?

Function plug: función (conn, opts) → conn; Module plug: módulo con init/1 (compile-time) y call/2 (runtime) Function plugs son más rápidos; module plugs son más lentos pero seguros Function plugs solo funcionan en controllers; module plugs en routers No hay diferencia; son dos nombres para el mismo concepto

13

¿Qué son los Contextos en Phoenix y qué problema resuelven?

Módulos que agrupan funcionalidad por dominio (bounded contexts); crean APIs internas limpias entre capas Son los equivalentes a los middlewares en Express.js Son archivos de configuración para diferentes ambientes (dev/prod) Son procesos GenServer que cachean datos en memoria

14

¿Cómo funciona la Ecto SQL Sandbox para testing en Phoenix?

Envuelve cada test en una transacción con rollback automático; con async: true permite tests paralelos aislados Crea una base de datos SQLite temporal para cada test Mockea todas las queries sin tocar la base de datos real Solo funciona con PostgreSQL, no con otros adaptadores

15

¿Cuándo es apropiado usar un GenServer dentro de una aplicación Phoenix?

Para caché en memoria, rate limiting, pools de conexiones, contadores real-time y estado persistente entre requests Para reemplazar controllers y manejar todas las requests HTTP Nunca; GenServer es de Erlang y no se debe usar en Phoenix Solo para tareas de base de datos, no para otros estados

16

¿Qué ventaja ofrece Oban sobre soluciones como GenServer o Task para background jobs?

Persiste jobs en PostgreSQL (no se pierden al crash), con reintentos, scheduling, cron, rate limiting y dashboard Es más rápido que GenServer porque usa código nativo en C No tiene ventajas; GenServer es siempre superior para background jobs Oban solo funciona con Redis, no con PostgreSQL

17

¿Qué protecciones de seguridad incluye Phoenix por defecto?

CSRF tokens, autoescaping HEEx anti-XSS, CSP headers, secure cookies (HttpOnly/SameSite) y HTTPS enforcement Solo protección CSRF; las demás requieren librerías externas Phoenix no incluye seguridad por defecto; todo se configura manualmente Solo encriptación de passwords con bcrypt

18

¿Cuál es el proceso recomendado para deploy de una aplicación Phoenix?

mix release + assets compile + Docker/Fly.io/Gigalixir; libcluster para conectar nodos en cluster Solo ejecutar mix phx.server en el puerto 80 del servidor Phoenix se auto-despliega al hacer push a GitHub Se necesita compilar a JavaScript y desplegar en Vercel

19

¿Cuándo elegirías Phoenix+LiveView sobre una SPA con React/Vue y una API?

LiveView: CRUD interactivo, una sola codebase, real-time nativo. SPA: offline-first, apps móvil, interacción JS compleja Siempre elegir LiveView; las SPAs son obsoletas Nunca elegir LiveView; React/Vue siempre son mejores LiveView solo funciona para blogs estáticos, no apps interactivas

20

¿Cómo se beneficia Phoenix del modelo de actores de Erlang/OTP?

Cada conexión es un proceso aislado; supervisores auto-healing; Channels/PubSub escalan naturalmente; clusters sin cambiar código Phoenix no usa el modelo de actores; usa hilos como Java Solo beneficia al rendimiento, no a la arquitectura El modelo de actores solo funciona en Erlang, no en Elixir

0 / 20 correctas