| Web Services | REST Services | |
| Descripción | -Estándar W3C de comunicación remota que utiliza el protocolo SOAP.
-Protocolo basado en XML. -Se centra en el mensaje, que establece un “contrato” con el servicio. |
-Estilo de comunicación remota basado en la web (usa los métodos HTTP) donde el envío de datos se realiza en XML/JSON vía invocaciones HTTP sencillas.
-Los servicios son tratados como recursos a los que se accede por URLs únicas con una interfaz genérica y los cuales el cliente puede obtener, modificar, eliminar… |
| Ventajas | -Multilenguaje y multiplataforma (protocolo estándar)
-Alta compatibilidad: permite exponer en entornos donde no controlamos el cliente. -Débilmente acoplado: no se centra en la implementación sino en el mensaje: el "contrato" con el wsdl. -Tipado fuerte: (descriptor wsdl adhiere al contrato formando interfaz clara) -Estándares WS-*: Security, Addressing, Policy, RM,… -Attachments: envío encapsulado de objetos binarios (ficheros,…) -Uso sencillo: muchas herramientas |
-Protocolo ligero: no hay tratamiento XML extra (como cabeceras SOAP…)
-Universalidad: basado solo en estándares genéricos (URL,HTTP,XML,MIME…) -Escalabilidad: cada vez más sistemas capaces de realizar llamadas simples HTTP. -Uso sencillo: invocaciones HTTP, interfaz genérica restringida (GET, POST, PUT,..), sin config. específica, cliente no necesita frameworks
|
| Inconvenientes | -Protocolo pesado: no apto para lenguajes básicos como JS
-Marshall y unmarshall XML-Java-XML: puede haber mucho procesamiento complejo -Consumo ancho de banda -> rendimiento |
-Protocolo restringido a los métodos HTTP (interfaces no complejas)
-No soporta estándares WS (cabeceras SOAP, Seguridad,…) -Menos tipado (aunque con herramientas se puede disponer de WADL) -No hay attachments (aunque pueden enviarse binarios) |
Un poco de Java 
Replica a Servicios Web REST | Business World TI Cancelar la respuesta