Red de conocimiento informático - Problemas con los teléfonos móviles - La diferencia entre WebService y Webapi

La diferencia entre WebService y Webapi

Webapi usa el protocolo http y el servicio web usa el protocolo SOAP.

Webapi no tiene estado y es más liviano que el servicio web. webapi admite operaciones http como get y post

relación http SOAP

http: es un estándar para solicitudes y respuestas (TCP) de clientes y servidores. El propósito del protocolo http es proporcionar un método para publicar y recibir páginas http

La interacción entre el cliente y el servidor del protocolo http: el cliente HTTP inicia una solicitud y establece un puerto designado para el servidor (el valor predeterminado es una conexión TCP en el puerto 80). El servidor HTTP escucha en ese puerto las solicitudes enviadas por el cliente. Una vez recibida la solicitud, el servidor devuelve (al cliente) una línea de estado, como "HTTP/1.1 200 OK", y un mensaje (de respuesta). El cuerpo del mensaje puede ser el archivo solicitado, un error. mensaje, o alguna otra información.

Protocolo SOAP: Describe un protocolo ligero para intercambiar información en un entorno descentralizado o distribuido. SOAP se basa en el protocolo http, un protocolo basado en XML.

Diferentes: todos son protocolos de comunicación subyacentes y el formato del paquete de solicitud es diferente. El paquete SOAP está en formato XML y en formato de texto sin formato http.

Relación: SOAP es un protocolo de comunicación. Basado en el protocolo HTTP, SOAP coloca los parámetros de SOLICITUD escritos en XML y los coloca en el CUERPO HTTP para enviarlos a un servidor de SERVICIO WEB (SERVLET, ASP, etc. ). Una vez completado el procesamiento, el resultado también se escribe en XML y se envía al cliente como RESPUESTA. Para que el cliente y el SERVICIO WEB se correspondan entre sí, se puede utilizar WSDL como archivo de descripción de este método de comunicación. La herramienta WSDL se puede utilizar para generar automáticamente los archivos de marco de WS y el cliente SOAP tiene la capacidad de agrupar la serialización de objetos complejos en XML.

¿Cuál debo elegir entre WCF y WEB API?

1. Cuando desee crear un servicio que admita mensajes, colas de mensajes y comunicación dúplex, debe elegir WCF.

2. Cuando desee crear un servicio, puede hacerlo. Utilice más canales de transporte rápido, como TCP, Named Pipes o incluso UDP (en WCF 4.5), también puede admitir HTTP cuando otros canales de transporte no están disponibles.

3. Cuando desee crear un servicio orientado a recursos basado en HTTP y pueda utilizar todas las funciones de HTTP (como URI, encabezados de solicitud/respuesta, almacenamiento en caché, control de versiones, múltiples formatos de contenido), Debes elegir Web API

4. Cuando quieras que tu servicio se utilice en navegadores, teléfonos móviles, iPhones y tabletas, debes elegir Web API

SOAP: Acceso simple a objetos. Protocolo

El Protocolo simple de acceso a objetos (SOAP) es un protocolo liviano y simple basado en XML diseñado para intercambiar información estructurada y solidificada en la WEB. SOAP se puede utilizar junto con muchos protocolos y formatos de Internet existentes, incluido el Protocolo de transferencia de hipertexto (HTTP), el Protocolo simple de transferencia de correo (SMTP) y las Extensiones multipropósito de correo de Internet (MIME). También admite una amplia gama de aplicaciones, desde sistemas de mensajería hasta llamadas a procedimientos remotos (RPC).

Protocolo HTTP: Capa de Aplicación

Protocolo TCP: Capa de Transporte

Explicación detallada del protocolo HTTP - Respuesta

En recepción e interpretación de solicitud mensajes Luego, el servidor devuelve un mensaje de respuesta HTTP.

La respuesta HTTP también consta de tres partes, a saber: línea de estado, encabezado del mensaje y cuerpo de la respuesta

1. El formato de la línea de estado es el siguiente:

HTTP. - Versión Código de estado Frase de motivo CRLF

Entre ellos, Versión HTTP representa la versión del protocolo HTTP del servidor; El Código de estado representa el código de estado de respuesta enviado por el servidor Frase de motivo; descripción de texto del código de estado.

El código de estado consta de tres dígitos El primer número define el tipo de respuesta y tiene cinco valores posibles:

1xx: Información de indicación – indica que la solicitud ha sido recibida, continúe. Procesamiento

2xx: Éxito: indica que la solicitud se recibió, entendió y aceptó exitosamente

3xx: Redireccionamiento: se deben realizar más operaciones para completar la solicitud

4xx: Error del cliente: la solicitud tiene un error de sintaxis o la solicitud no se puede implementar

5xx: Error del servidor: el servidor no pudo implementar una solicitud legítima

Códigos de estado comunes, descripciones de estado, instrucciones:

200 OK //La solicitud del cliente fue exitosa

400 Bad Request //La solicitud del cliente tiene un error de sintaxis y el servidor no puede entenderla

401 No autorizado // La solicitud no está autorizada, este código de estado debe usarse junto con el campo de encabezado WWW-Authenticate

403 Prohibido //El servidor recibió la solicitud, pero se negó a proporcionar el servicio

404 No encontrado //Solicitud El recurso no existe, por ejemplo: se ingresó la URL incorrecta

500 Error interno del servidor //Ocurrió un error inesperado en el servidor

503 Servidor no disponible //El servidor no puede manejar actualmente la solicitud del cliente. Puede volver a la normalidad después de un período de tiempo

por ejemplo: HTTP/1.1 200 OK (CRLF)

2. El encabezado de la respuesta se describe más adelante

3. El cuerpo de la respuesta es lo que devuelve el servidor. El contenido del recurso