R representativo S tate t ransfer (REST) es un estilo arquitectónico que define un conjunto de restricciones que se utilizarán para crear servicios web. API DESCANSO es una forma de acceder a servicios web de forma sencilla y flexible sin necesidad de ningún procesamiento.

Generalmente se prefiere la tecnología REST a la tecnología SOAP (Protocolo simple de acceso a objetos), más robusta, porque REST utiliza menos ancho de banda, es simple y flexible, lo que la hace más adecuada para el uso de Internet. Se utiliza para buscar o proporcionar información de un servicio web. Todas las comunicaciones realizadas a través de la API REST utilizan únicamente solicitudes HTTP.
Laboral: Una solicitud se envía del cliente al servidor en forma de URL web como solicitud HTTP GET, POST, PUT o DELETE. Después de eso, llega una respuesta del servidor en forma de un recurso que puede ser HTML, XML, imagen o JSON. Pero ahora JSON es el formato más popular que se utiliza en los servicios web.
Desarrollar el dominio de la API REST Aprenda a integrar las populares y prácticas API REST de Python en aplicaciones web de Django con la ruta de habilidades interactiva de Educative. Conviértase en un integrador de API basado en Python. Regístrate en Educative.io con el código GEEK10 para ahorrar un 10% en tu suscripción.

En HTTP Hay cinco métodos que se usan comúnmente en una arquitectura basada en REST, es decir, POST, GET, PUT, PATCH y DELETE. Estos corresponden a operaciones de creación, lectura, actualización y eliminación (o CRUD) respectivamente. Hay otros métodos que se utilizan con menos frecuencia como OPTIONS y HEAD.
- CONSEGUIR: El método HTTP GET se utiliza para leer (o recuperar) una representación de un recurso. En la ruta segura, GET devuelve una representación en XML o JSON y un código de respuesta HTTP de 200 (OK). En un caso de error, la mayoría de las veces devuelve un 404 (NO ENCONTRADO) o 400 (MAL SOLICITUD).
- CORREO: El verbo POST se utiliza con mayor frecuencia para crear nuevos recursos. En particular, se utiliza para crear recursos subordinados. Es decir, subordinado a algún otro recurso (por ejemplo, padre). Tras una creación exitosa, devuelve el estado HTTP 201, devolviendo un encabezado de Ubicación con un enlace al recurso recién creado con el estado HTTP 201.
NOTA: POST no es seguro ni idempotente.
- PONER: Se utiliza para actualizando las capacidades. Sin embargo, PUT también se puede utilizar para crear un recurso en el caso en que el ID del recurso lo elige el cliente en lugar del servidor. En otras palabras, si el PUT es a un URI que contiene el valor de un ID de recurso inexistente. Si la actualización se realiza correctamente, devuelva 200 (o 204 si no devuelve ningún contenido en el cuerpo) de un PUT. Si usa PUT para crear, devuelva el estado HTTP 201 en caso de creación exitosa. PUT no es una operación segura pero es idempotente.
- PARCHE: Es usado para modificar capacidades. La solicitud PATCH solo necesita contener los cambios en el recurso, no el recurso completo. Esto se parece a PUT, pero el cuerpo contiene un conjunto de instrucciones que describen cómo se debe modificar un recurso que actualmente reside en el servidor para producir una nueva versión. Esto significa que el cuerpo del PATCH no debe ser simplemente una parte modificada del recurso, sino algún tipo de lenguaje de parche como JSON Patch o XML Patch. PATCH no es seguro ni idempotente.
- BORRAR: Es usado para borrar un recurso identificado por un URI. Si la eliminación se realiza correctamente, devolverá el estado HTTP 200 (OK) junto con el cuerpo de la respuesta.
Idempotencia: Un método HTTP idempotente es un método HTTP que se puede llamar muchas veces sin resultados diferentes. No importaría si el método se llama sólo una vez o diez veces. El resultado debería ser el mismo. Nuevamente, esto sólo se aplica al resultado, no al recurso en sí.
Ejemplo:
C
descargar videos de youtube en vlc
1. a = 4>// It is Idempotence, as final value(a = 4)> >// would not change after executing it multiple> >// times.> 2. a++>// It is not Idempotence because the final value> >// will depend upon the number of times the> >// statement is executed.> |
>
>
Solicitud y respuesta
Ahora veremos cómo funcionan la solicitud y la respuesta para diferentes HTTP métodos. Supongamos que tenemos un API( https://www.techcodeview.com ) para todos los estudiantes datos de gfg.
- CONSEGUIR: Solicitud para todos los estudiantes.
| Pedido |
| OBTENER:/api/estudiantes |
- CORREO: Solicitud de publicación/creación/inserción de datos
| Pedido |
| ENVIAR:/api/estudiantes {nombre:Raj} |
- PONER o PARCHE: Solicitud de actualización de datos en id=1
| Pedido |
| PUT o PATCH:/api/students/1 {nombre:Raj} |
- BORRAR: Solicitud de eliminación de datos de id=1
| Pedido |
| ELIMINAR:/api/estudiantes/1 |
Los servicios web RESTful son muy populares porque son livianos, altamente escalables y fáciles de mantener, y se usan muy comúnmente para crear API para aplicaciones basadas en web.