Últimamente me he interesado en familiarizarme con REST. Traté de leer la entrada wiki en REST , pero no fue de ayuda. Realmente agradecería que alguien pueda explicar en inglés simple (sin jerga tecnológica innecesaria )

1. ¿Qué es REST?
2. Qué posición ocupa en el ecosistema de arquitectura web
3. Con qué fuerza (o sin apretar) se combina con el protocolo.
4. ¿Cuáles son las alternativas a REST y cómo REST se compara con ellas?

Entiendo que puede que no sea posible responder esto en uno o dos párrafos, en ese caso los enlaces relevantes serán muy apreciados.

Qué es REST (en inglés simple)

Inglés simple:

REpresentacional: la acción de hablar o actuar en nombre de alguien.
Transferencia de estado: estado de transferencia.

Técnico:

• no transferimos un objeto real sino una representación del mismo en una forma (por ejemplo, un xml / json / text para representar una tabla de base de datos).
• REST para exponer una API pública a través de Internet para manejar operaciones CRUD en datos. REST se centra en acceder a recursos nombrados a través de una única interfaz coherente.
• REST se representa a través de algún tipo de medio. Algunos ejemplos de tipos de medios incluyen XML, JSON y RDF.
• REST es un estilo arquitectónico para la arquitectura orientada a recursos (ROA) , no una especificación o un estándar.
• El estilo arquitectónico significa que es un concepto, una teoría (y cómo se implementa, depende de usted)
• Todo se identifica por un punto final único. es decir, hay un punto final para cada recurso (datos).
• El punto final consiste en un nombre de dominio con dirección de recurso.

RESTO vs JABÓN

¿Qué es REST?

Transferencia de estado representacional. Describe cómo un sistema puede comunicar el estado con otro. Un ejemplo sería el estado de un producto (su nombre, descripción, etc.) representado como XML, JSON o texto sin formato. La idea generalizada de estado se denomina recurso.

¿Qué posición ocupa en un ecosistema de arquitectura web?

REST se asocia comúnmente con la interfaz de servicios web, ya que HTTP es, con mucho, el protocolo de operador más común. En el modelo de 7 capas, existe en la capa de aplicación . Sin embargo, vea la siguiente sección.

¿Con qué fuerza (o sin apretar) se combina con el protocolo?

REST no es HTTP. Utiliza HTTP porque en su forma más general REST existe para ayudar a una máquina a mapear el concepto de un verbo contra una colección arbitraria de sustantivos. HTTP contiene un conjunto útil de verbos genéricos (GET, PUT, PATCH, etc.) que pueden aplicarse a sustantivos arbitrarios expresados ​​como URI utilizando HTTP, por ejemplo, GET http://example.org/Product(54 ).

¿Cuáles son las alternativas a REST y cómo se compara REST con ellas?

Esto es similar a preguntar "¿Qué tan RESTANTE es mi enfoque?" Use la siguiente lista (resumida del Modelo de madurez de Richardson como lo describe Martin Fowler ):

Nivel 0 - El pantano de POX

Use POST para todo (lecturas, escrituras, eliminaciones). Esto es SOAP, POX, RPI, etc. Simplemente está utilizando HTTP como túnel para su propio protocolo. Se dirige a un único punto final que hace todo en función del contenido del cuerpo de la solicitud.

Nivel 1 - Recursos

Use POST para todo. Apunte a múltiples puntos finales diseñados para brindar información sobre una cosa en particular. Acabas de descubrir recursos.

Nivel 2 - verbos HTTP

Use verbos HTTP contra recursos. Ahora lo estás consiguiendo. POST es crear, PUT es sobrescribir, OPCIONES para las operaciones disponibles, BORRAR para, bueno, eliminar el recurso. Como resultado del uso de estos verbos, los diferentes códigos de estado HTTP comienzan a ser más relevantes (¿ACEPTARON a alguien?).

Nivel 3 - Control de hipermedia ( HATEOAS )

En este punto, da el salto final e introduce hipermedia como mecanismo de control de flujo. Un cliente REST no necesita conocimiento previo sobre cómo interactuar con una aplicación o servidor en particular más allá de una comprensión genérica de hipermedia. Esto se puede comunicar en HTTP a través del campo de encabezado Content-Type. Los formatos de texto incluyen AtomPub y (más conciso) HAL , mientras que HyperAudio funciona bien para transmisiones de audio (consulte SoundCloud et al)

Si bien REST es una abreviatura de Representational State Transfer, puede ser más fácil considerar la idea de realizar varias acciones a través de una interfaz algo intuitiva.

Por ejemplo, una URL como http://www.mysite.com/FindProduct/125/ podría interpretarse como alguien que desea información sobre el producto con una identificación de 125.

Si bien REST generalmente se considera en términos de HTTP, el concepto podría aplicarse a otros protocolos como se señala en la referencia de Wikipedia.

Otros ejemplos de REST que pueden ser útiles:

• Aprenda REST: un tutorial
• Un servicio web RESTful, un ejemplo