José Miguel Amaya Camacho
www.pythonpiura.org
FLISOL 2019 Sede Piura
Cliente-servidor: ambos débilmente acoplados, cliente no conoce implementación del servidor, servidor no sabe como usan los datos enviados.
Interfaz uniforme: cada recurso del servicio REST debe tener una única dirección, “URI”.
Operaciones: POST (crear), GET (leer y consultar), PUT (editar) y DELETE (eliminar).
Sin estado: cada petición que recibe el servidor debería ser independiente, no es necesario mantener sesiones.
Cacheable: debe admitir un sistema de almacenamiento en caché.
Sistema de capas: el servidor puede disponer de varias capas para su implementación.
Separación entre el cliente y el servidor: mejora la portabilidad de la interfaz, facilita tener en servidores distintos el frontend y el backend, los componentes del desarrollo evolucionen de forma independiente.
Visibilidad, fiabilidad y escalabilidad. se puede migrar a otros servidores o cambiar la base de datos, siempre y cuando los datos de cada una de las peticiones se envíen de forma correcta.
La API REST siempre es independiente del tipo de plataformas o lenguajes
python manage.py runserver
python manage.py createsuperuser
.Convierten objetos de Python a formatos de datos más simples como JSON y XML (serialización) y viceversa (deserialización).
Validan los datos que recibe la aplicación, como los Forms en Django.
Para crearlos DRF nos proporciona nos proporciona Serializer y ModelSerializer y se crean en el archivo serializers.py.
Una vista es una función o una clase que básicamente hace dos cosas, toma como argumento un objeto en el que va la información referente a la solicitud que estamos haciendo y devuelve un json, xml u otra estructura de datos que nos interese que devuelva nuestra API, o en caso contrario una excepción si algo ha ido mal.
Cada aplicación tiene un archivo views.py donde se colocan las vistas.