Píldora: Rest Bloque 3pildora
Por Hector
Récord
🏆 8.93
Media
📊 7.33
Sesiones
3
| # | Pregunta | Opciones | Tiempo |
|---|---|---|---|
| 1 | ¿Qué afirmación es FALSA respecto a REST? |
Es un estilo arquitectónico para servicios web. ✓ Es un protocolo que define la comunicación entre sistemas. Es un conjunto de principios para el diseño de APIs. No es un estándar formal como SOAP.
|
30s |
| 2 | ¿Sobre qué protocolo se diseñan principalmente los servicios web que siguen el estilo arquitectónico REST? |
FTP TCP ✓ HTTP UDP
|
30s |
| 3 | ¿Cuál de los siguientes es un principio fundamental en la arquitectura REST? |
Mantenimiento de sesión en el servidor. Uso exclusivo del protocolo SOAP. ✓ Principio "Stateless". Envío de código binario como requisito.
|
30s |
| 4 | Una característica clave del principio "Stateless" en REST es que el servidor: |
Mantiene una sesión activa para cada cliente conectado. Guarda el estado de la aplicación en memoria. ✓ NO guarda estado de la sesión del cliente entre peticiones. Requiere que el cliente envíe únicamente el ID de sesión.
|
30s |
| 5 | ¿Qué principio REST permite la inclusión de proxies, gateways y balanceadores de carga sin que el cliente los perciba directamente? |
Interfaz uniforme. Cliente-Servidor. ✓ Sistema en capas. Code on demand.
|
30s |
| 6 | ¿Cuál de los siguientes principios REST es considerado opcional, permitiendo al servidor enviar código ejecutable al cliente? |
Stateless. Cacheable. ✓ Code on demand. Interfaz uniforme.
|
30s |
| 7 | En el diseño de URIs para APIs RESTful, ¿qué convención es la más recomendada? |
Utilizar verbos que describan la acción. ✓ Emplear sustantivos plurales para representar colecciones. Incluir la versión de la API al final del path. No utilizar números para identificar recursos individuales.
|
30s |
| 8 | ¿Qué método HTTP se utiliza en REST para reemplazar completamente un recurso existente o crearlo si no existe? |
POST PATCH ✓ PUT GET
|
30s |
| 9 | ¿Cuál de los siguientes métodos HTTP NO es idempotente en una API RESTful? |
GET PUT DELETE ✓ PATCH
|
30s |
| 10 | Si una aplicación RESTful realiza una operación de creación de un recurso que devuelve el código 201 Created, ¿qué método HTTP se ha utilizado probablemente? |
GET PUT ✓ POST DELETE
|
30s |
| 11 | Un cliente envía una solicitud para actualizar un recurso existente, pero solo quiere modificar un subconjunto de sus atributos. ¿Qué método HTTP es el más adecuado para esta operación? |
PUT POST ✓ PATCH GET
|
30s |
| 12 | ¿Qué código de estado HTTP debe devolver una API RESTful cuando una solicitud ha sido exitosa, pero no hay contenido adicional que enviar en el cuerpo de la respuesta? |
200 OK 201 Created ✓ 204 No Content 404 Not Found
|
30s |
| 13 | Si un cliente intenta acceder a un recurso para el cual tiene una autenticación válida, pero no los permisos necesarios para realizar la operación, ¿qué código de estado HTTP debería recibir? |
401 Unauthorized ✓ 403 Forbidden 404 Not Found 400 Bad Request
|
30s |
| 14 | Tras una solicitud POST exitosa para crear un nuevo recurso, si la API devuelve un código de estado 200 OK, ¿está siguiendo la convención REST más específica? |
Sí, el 200 siempre indica éxito. ✓ No, el 201 es más apropiado para la creación de recursos. Depende del formato de la respuesta. Solo si el recurso ya existía previamente.
|
30s |
| 15 | ¿Qué código de estado HTTP se espera si la sintaxis de la solicitud del cliente es incorrecta o los parámetros enviados no son válidos? |
401 Unauthorized 404 Not Found ✓ 400 Bad Request 500 Internal Server Error
|
30s |
| 16 | En el contexto de REST, ¿cuál de los siguientes es un formato de representación que NO es obligatorio, aunque sí comúnmente utilizado? |
JSON XML HTML ✓ Todos los anteriores son opcionales.
|
30s |
| 17 | ¿Es la implementación de un sistema de autenticación (ej. OAuth o JWT) un principio intrínseco de la arquitectura REST? |
Sí, REST define explícitamente cómo gestionar la seguridad. ✓ No, REST no define la seguridad; se basa en HTTP para ello. Solo si se usa HTTPS como protocolo de transporte. Es opcional, pero un principio recomendado por REST.
|
30s |
| 18 | ¿Qué característica describe a SOAP en contraste con REST? |
Es un estilo arquitectónico ligero. Utiliza principalmente el protocolo HTTP. ✓ Es un estándar formal que requiere XML. Permite el uso de diversos formatos de datos.
|
30s |
| 19 | ¿Cuál de las siguientes afirmaciones sobre los métodos HTTP en REST es una trampa típica de examen? |
GET puede incluir un cuerpo de petición. DELETE siempre devuelve un 204 No Content. ✓ POST es un método idempotente. PUT siempre crea un nuevo recurso.
|
30s |
| 20 | Para que una API RESTful cumpla el principio de "Interfaz uniforme", ¿qué elementos deben usarse de manera consistente? |
Solo los códigos de estado HTTP. Solo los métodos HTTP y las URIs. ✓ Las URIs, los métodos HTTP y las representaciones. Únicamente los formatos de autenticación.
|
30s |
| 21 | Si un servidor RESTful permite que sus respuestas sean almacenadas en caché por clientes o intermediarios para mejorar el rendimiento, ¿qué principio REST está aplicando? |
Stateless. Cliente-Servidor. ✓ Cacheable. Code on demand.
|
30s |
| 22 | ¿Qué sucede si un servidor RESTful viola el principio "Stateless" y comienza a almacenar información de sesión específica del cliente? |
Mejora el rendimiento general del sistema. Simplifica la implementación del cliente. ✓ Introduce acoplamiento y dificulta la escalabilidad. Es una optimización aceptable en ciertos escenarios.
|
30s |
| 23 | En REST, ¿qué significado tiene que un método HTTP sea idempotente? |
Que la respuesta siempre es la misma para la misma petición. ✓ Que el resultado de varias solicitudes idénticas es el mismo que el de una sola. Que solo puede ser ejecutado una única vez con éxito. Que no requiere autenticación para su ejecución.
|
30s |
| 24 | ¿Qué método HTTP se utiliza para obtener la representación de un recurso de forma segura y sin efectos secundarios en el servidor? |
POST PUT ✓ GET PATCH
|
30s |
| 25 | Un servicio RESTful devuelve un código de estado 500. ¿Qué indica este código? |
El recurso solicitado no fue encontrado. La solicitud del cliente fue incorrecta. ✓ Se ha producido un error inesperado en el servidor. El cliente no está autenticado.
|
30s |
TAICord