¿Cuál es la diferencia entre el servicio web REST y el servlet ordinario?
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.