REST no es una interfaz o tecnología específica, sino un estilo. El mejor ejemplo es la propia web: su navegador envía una solicitud HTTP a un servidor web, que responde con una página web.
Representational State Transfer en este contexto: La representación es la página web, el estado es la información contenida en ella. Podríamos cambiar la representación cambiando a servir xml en lugar de html, pero la información sería la misma.
En un servicio RESTful, utiliza este estilo para enviar objetos de datos hacia adelante y hacia atrás: el estado se transfiere del servidor a usted y luego envía un nuevo estado nuevamente.
Entonces, en cierto sentido, Tomcat ya hará REST por usted, si pone las páginas de su servidor como recursos: http://carsales.com/cars/porsche2149 podría ser el recurso para su automóvil, al cual podría usar HTTP POST o PUT para cambiar los detalles de eso.
Las características de REST están utilizando URIs para denotar los recursos, como anteriormente, usando JSON o XML como medio de intercambio (aunque se utilizan AHAH y otros formatos), y discutiendo acerca de cómo eliminar colecciones.
Primero, determine cuáles serán sus recursos y organice su sistema URI para que se ajuste a ellos (utilice la reescritura de URL, etc.). Luego determine la (s) representación (es) que desea usar. Finalmente, escriba el backend para tratar el paso de representaciones de estado y actualice la base de datos.
Gracias Phil H, tu respuesta es muy buena y útil –
+1 para el ejemplo con porsche. Aunque ya se ha ido, pero aún así. – zmilojko