Rest
 

¿Alguien puede explicar en términos simples qué significa esto de REST? Por ejemplo, cuando alguien dice:

¿qué quiere decir? Por más que trato de leer la entrada de wikipedia no entiendo.

// Saludos

Que tal roman, tal vez ésto te de una mejor idea que leer la descripción de REST.

Saludos

Aunque pensandolo bien, no estás preguntando como se hace en Delphi, así que ese tal vez se resume en nada :)

Saludos

Ahora, me asalta otra duda, ¿REST comparado con que?

Saludos

Bueno, me servirá de ejemplo cuando entienda qué es REST :)

¿Comparado con qué? Pues no lo sé. Se lle mucho estos días de aplicaciones RESTful, clientes REST, etc. y no sé de qué va la cosa. ¿Es algún tipo de web service? ¿Es simplemente una API vía HTTP?

:confused:

// Saludos

Pues la comparación es con SOAP, así que es bajo el concepto de Servicios Web, a ver si te da algo de luz ésto.

http://searchsoa.techtarget.com/tip/...st-Web-service

Saludos

Hola Román.

Yo estoy más o menos en las mismas que tú. Llevo algún tiempo escuchando sobre REST, sin tener bien claro de qué se trata, pero acabo de echar un vistazo a los dos enlaces que propone Eliseo, y me parece que son buenos materiales de estudio.

Del segundo de estos, me permito la siguiente transcripción:
Pero también me llamó mucho la atención el siguiente diálogo: http://blog.tordek.me/2008/03/como-l...t-a-mi-esposa/
De todo lo anterior desprendo que REST es algo así como la forma de hacer que todos los recursos Web estén disponibles para cualquier sistema automatizado bajo una serie de normas estándares que son perfectamente aplicables mediante el protocolo HTTP, sin necesidad de recurrir a protocolos o "capas" adicionales (como sería el caso de SOAP).

Todavía tengo un montón de dudas y hasta puede que haya dicho alguna idiotez, pero bueno, veré si puedo seguirle la pista a este interesante tema.

Un saludo a todos. :)

REST es simple y llanamente HTTP tal y como fue diseñado en sus origenes. Asi que un browser usa REST. No es mas vuelta que esto. Asi que en vez de ser una forma mas complicada de hacer los mismo, es regresar a las bases del protocolo.

Se popularizo, al igual que JSON, como una respuesta a lo pesado y sobre-diseñado de los SOAPS/XMLs.

De todo el ruido que le generan a esto, uno de los conceptos claves es saber usar el verbo apropiado, ej: No se hace un borrado con un GET. No se hace una adicion con POST. No se pide el estado de un recurso/url con un PUT. Esto se explica en el manejo de la idempotencia en este articulo.

El manejo del protocolo tradicionalmente ha sido "chapuzero" porque cuando la gente hacia Asp.NET/PHP/etc IGNORABA que existian otros verbos aparte de GET/POST y los usaban de forma incorrecta, es por eso que todo esto parece nuevo.

Debido a que es muy, muy simple, carece de "overhead" de otros intentos de estandarizar un RPC, es una forma popular de hacer RPC entre aplicaciones aun cuando no sean html-servidor web. Osea, en vez de hacer COM+, se hace REST porque es mas simple y universal. Es cierto que muchos usan REST en vez de otros metodos de RPC mas apropiados para sus casos de uso en particular, porque es mas simple, y realmente, cuanta gente sabe que es 0mq y familia?

Gracias Mario, esto aclara un poco las cosas. Pero, según entiendo, la idea con REST es usar todos los verbos HTTP de mnera correcta y no sólo POST y GET. Sin embargo, creo recordar que ni todos los navegadores ni todos los servidores soportan todos esos métodos ¿no?

// Saludos

As eso va que El manejo del protocolo tradicionalmente ha sido "chapuzero". Ahora bien, eso no impide que puedas implementar REST correctamente en tus apps, y como lo manejen los browser (mas antiguos) solo es un problema si te metes con ellos.

Como todo ideal, no siempre se alcanza al 100%. Por eso se ve que muchos claman que soportan REST, y lo usan tal y cual, chapuzeramente ;)

Pero, ¿los navegadores actules sí manejan todos los verbos? ¿Apache maneja todos? Y, supongo que también el el lenguaje de scripts debe hacerlo, porque PHP, por ejemplo, me parece que sólo maneja POST y GET, al menos son los que pone al alcance inmediato.

// Saludos

Tal como dijo mamcx, REST puede pensarse como http y sí, tanto php como apache soportan todos los verbos u operaciones CRUD. Hace tiempo dí un curso de rest con php y apache para conectarse a postgresql y pensaba subirlo a mi blog pero el trabajo es extenso y sinceramente no he tenido tiempo.

Saludos.