La Red de Conocimientos Pedagógicos - Currículum vitae - ¿Cuál es la diferencia entre el servicio web REST y el servlet ordinario?

¿Cuál es la diferencia entre el servicio web REST y el servlet ordinario?

1: Conocimiento básico de los servicios web

Un servicio web simple es solo una página web que espera solicitudes y procesamiento. La forma más fácil de entender es la web.

Los servicios pueden convertir una aplicación en una aplicación básica de procesamiento y solicitud basada en WEB. Dos tipos comunes

Métodos de procesamiento de servicios web son:

A. Método basado en WSDL/SOAP

Modo de reposo

Modo. A es más ortodoxo. Las llamadas del cliente primero deben obtener el archivo WSDL y luego generar la API de llamada.

Para ser utilizado. Este no es el punto del que quiero hablar. El proceso de llamada básico es el siguiente:

El modo B es un modo de descanso El principio de diseño del servicio web Rest se basa en CRUD y admite cuatro operaciones.

No:

Obtener: obtener información/solicitar contenido de información; la mayoría de los navegadores utilizan esto para obtener información.

Post-agregar contenido de información y mostrar el contenido de información anterior, lo que puede considerarse como una operación de inserción.

put – actualiza el contenido de la información, equivalente a actualizar.

Eliminación: la eliminación del contenido de la información puede considerarse eliminación.

Si el protocolo HTTP en sí es el más Restful en principios de diseño, entonces el modo Rest es más simple y conveniente.

Está de acuerdo con el protocolo HTTP y soporta muy bien las operaciones CRUD. Por este motivo, a partir de WEB2.0, los servicios web basados ​​en

Restful se están convirtiendo cada vez más en la primera opción.

Dos: comprender el estilo RestfulStyle

El nombre completo de Rest es RepresentationalState Transfer, lo que puede parecer un poco extraño en la superficie.

El protocolo HTTP en sí es un protocolo sin estado, configurando los campos del encabezado de solicitud Conexión: keep-alive y.

Al mismo tiempo, establezca el tiempo de vencimiento del control. De hecho, el servicio web estilo Rest tampoco tiene estado y tiene los menores beneficios.

Hay dos tipos:

1. Mejor equilibrio de carga, reduciendo la carga en el servidor.

2. Respuesta del cliente más rápida y menos comprobaciones de estado innecesarias.

El auge del estilo Restful se ha beneficiado de gigantes de Internet como Google y Facebook, que han proporcionado una gran cantidad de estilos de servicios web

basados ​​en Restful, desde Google Maps hasta el tiempo. Según las previsiones de Translation, lo mismo ocurre con los gigantes nacionales de Internet Tencent y Sina Weibo.

Publique sus propios servicios web para atraer a más desarrolladores a unirse a su campo. Rest no solo cumple con CRUD básico

Además de los principios de diseño, también debe seguir las siguientes convenciones:

1.

2. El mensaje en sí no tiene estado y se describe a sí mismo (la transmisión admite XML y JSON).

3. Puedes enviar y recibir múltiples representaciones.

Principios de la arquitectura de estilo Rest:

1. Modo cliente-servidor

2. Transmisión de protocolo sin estado

3. >

4. Definición de interfaz unificada

5. Diseño del sistema en capas

De esta manera, se lanza la API del servicio web Rest y sus cambios no afectarán al programa cliente y implementación. ¿Qué pasa si su sistema

La arquitectura estilo Rest no se puede aplicar? Rediseñar una nueva arquitectura y ampliar la arquitectura estilo Rest. Pero

CRUD es lo que tienen que hacer la mayoría de los sistemas y aplicaciones del mundo.

Tres. Rest y HTTP

Como se mencionó anteriormente, el protocolo HTTP puede ser el protocolo más estilo Rest, y HTTP1.1 es un principio de diseño de protocolo.

Necesita implementar el estilo Rest. Así que no hay duda de que HTTP GET, POST, PUT y DELETE son la mejor prueba.

Pero si el estilo Rest se puede aplicar a otros protocolos y diseños de sistemas, la respuesta es sí, uno es el mejor.

El ejemplo demuestra que el protocolo POP3 admite la lectura de registros de datos, la consulta de registros, la actualización de registros y la eliminación de registros.

Qué protocolo estilo Rest más perfecto.

Aplicaciones de protocolo HTTP existentes:

1. Cliente de navegador (navegas por Internet todos los días, ya sea IE o Chrome, u otros navegadores que conoces)

2 . Mensajería instantánea, soporte para MSN/Skype

3. Varios sistemas de gestión de contenidos

4.

5. ¿Puedes agregar /?

Explicación detallada del mensaje Rest:

1. No es diferente del URI HTTP que conocemos ahora. El mapa estático de Google es un buen ejemplo.

Simplemente agregue diferentes parámetros a la URL para obtener contenido de mapa diferente.

2. Puede admitir cualquier tipo de transmisión de datos, similar a la transmisión de información basada en XML y JSON.

Es más deseable transmitir contenido de texto y contenido de texto estructurado.

3.SOAP y XML-RPC tienen restricciones estrictas de formato de mensaje, mientras que REST no tiene requisitos de formato de mensaje. Cliente que llama

¡Maldita sea!

Las ventajas de los servicios web estilo Rest son obvias. Un beneficio es que simplifica la llamada al cliente y ya no parece WSDL.

Ese tipo de problemas. Esto reduce los costos de aprendizaje de los desarrolladores externos y acorta la curva de aprendizaje. Favorece la promoción y popularización de servicios

y atrae a más usuarios, lo que aporta posibles beneficios empresariales.

Tiene un importante posicionamiento y aplicación en software como servicio (SaaS-software as a service) y software como plataforma (PasS-platform

as a service). Esto es exactamente lo que les interesa a los gigantes de Internet.

Una de las razones por las que Greg estaba interesado.

Cuatro: Arquitectura de estilo Rest

¿Se puede utilizar el estilo Rest en el diseño y la arquitectura de sistemas no web? La respuesta es sí, Rest se puede utilizar en cualquier cosa

En el diseño de sistemas, Rest no es esencialmente una tecnología, sino un principio arquitectónico que, por supuesto, se puede utilizar para construir cualquier cosa.

Sistema de red. Cuanto más grande sea el sistema, más estilo debería tener como Rest. Esta es una arquitectura exitosa.

Programación orientada a objetos en WEB

Las bibliotecas JavaScript como ExtJS y KendoUI (basadas en JQuery) han soportado de forma muy cómoda la obtención de contenidos a partir de URLs.

Datos actualizados, el diseño front-end tiende a ser un diseño más detallado y en capas, no solo MVC. Clientes

Los programadores deberían prestar más atención a la experiencia del usuario en el front-end, porque estos marcos están muy encapsulados y escalables.

Cada vez más lenguajes de programación como JavaScript introducen conceptos y prácticas orientados a objetos. No es exagerado decir que, por ejemplo, la programación JavaScript actual es fundamentalmente diferente a la de hace diez años.