RA7 · verificado

RA7 de Desarrollo Web en Entorno Servidor · DAW

Desarrolla servicios Web analizando su funcionamiento e implantando la estructura de sus componentes.

Comprobar mi dominio con José →

Contenido verificado asociado a este RA

Fundamentos y Ventajas de los Servicios Web

Esta unidad introduce los servicios Web, sus características esenciales y el ámbito de aplicación, destacando cómo facilitan la integración de funcionalidades de negocio entre aplicaciones distribuidas.

Tecnologías y Protocolos de Servicios Web: SOAP y REST

Esta unidad detalla las tecnologías y protocolos clave para la publicación y consumo de servicios Web, diferenciando entre los enfoques SOAP y REST, sus componentes y casos de uso.

Programación y Descripción de un Servicio Web RESTful

Esta unidad guía en la programación de un servicio Web RESTful básico y en la creación de su documento de descripción, utilizando un framework común para el desarrollo en entorno servidor.

Verificación y Consumo de Servicios Web

Esta unidad aborda los procedimientos para verificar el correcto funcionamiento de un servicio Web desarrollado y cómo consumirlo desde una aplicación cliente, utilizando herramientas y librerías adecuadas.

Conceptos clave

Servicio WebAPIInteroperabilidadAcoplamiento débilLógica de negocioReutilizaciónEscalabilidadSOAPRESTWSDLJSONXMLHTTPURIRecursoMétodos HTTPRESTful APIController

Errores que conviene evitar

  • Confundir 'API' con 'Servicio Web': Causa: La palabra API se usa de forma muy genérica. Corrección: Explicar que un Servicio Web es un tipo específico de API que sigue ciertos estándares (SOAP) o estilos arquitectónicos (REST) para la comunicación en red, mientras que una API puede ser cualquier interfaz de programación, incluso local.
  • Subestimar la importancia de la independencia de plataforma: Causa: Trabajar siempre en un entorno tecnológico homogéneo. Corrección: Resaltar que en el mundo real, las empresas tienen sistemas muy diversos y los servicios Web son la clave para que estos sistemas puedan 'hablar' entre sí sin reescribir código.
  • Confundir REST con un protocolo: Causa: Se habla de 'protocolo REST'. Corrección: Aclarar que REST es un estilo arquitectónico que utiliza el protocolo HTTP y sus métodos, no un protocolo en sí mismo.
  • Usar SOAP para APIs públicas sencillas: Causa: Desconocimiento de las ventajas de REST. Corrección: Explicar que SOAP es más adecuado para entornos empresariales con requisitos de seguridad y transaccionalidad muy estrictos, mientras que REST es ideal para APIs públicas y aplicaciones móviles/web por su simplicidad y ligereza.
  • No seguir los principios REST (ej. usar GET para modificar datos): Causa: Falta de comprensión del significado semántico de los métodos HTTP. Corrección: Recordar que GET es idempotente y seguro (no modifica el estado del servidor), POST para crear, PUT para actualizar completamente, PATCH para actualizar parcialmente, DELETE para eliminar.
  • Documentación desactualizada: Causa: Generar la documentación manualmente y no mantenerla. Corrección: Utilizar herramientas de generación automática de OpenAPI que se integren con el código, asegurando que la documentación refleje siempre la API actual.
  • Ignorar los códigos de estado HTTP: Causa: Asumir que cualquier respuesta con datos es un éxito. Corrección: Siempre verificar `response.status` o `response.ok` para manejar correctamente los errores del servidor o del cliente.
  • No manejar errores de red o del servicio: Causa: No incluir bloques `catch` o lógica para errores 4xx/5xx. Corrección: Implementar manejo de errores robusto para informar al usuario o reintentar la operación.

Qué se evalúa en este RA

CE a

Se han reconocido las características propias y el ámbito de aplicación de los servicios Web.

CE b

Se han reconocido las ventajas de utilizar servicios Web para proporcionar acceso a funcionalidades incorporadas a la lógica de negocio de una aplicación.

CE c

Se han identificado las tecnologías y los protocolos implicados en la publicación y utilización de servicios Web.

CE d

Se ha programado un servicio Web.

CE e

Se ha creado el documento de descripción del servicio Web.

CE f

Se ha verificado el funcionamiento del servicio Web.

CE g

Se ha consumido el servicio Web.

Canal Estudios es un servicio de Skillback S.L. · NIF B2481724 · Barcelona, España
Aviso legal · Privacidad · Cookies · Términos · Atles de Catalunya