Creé una determinada aplicación en Django y sé que Django Rest Framework se usa para crear API. Sin embargo, cuando comencé a leer sobre Django Rest Framework en su sitio web, noté que todos y cada uno de los elementos de la Guía API (como solicitud, respuesta, vistas, etc.) afirman que es superior a Django (solicitud, respuesta, vistas, etc.) .
Lo que no entiendo es si estas API reemplazarán mis modelos Django existentes, vistas, etc. o ¿cómo puedo usarlas de manera diferente en mi código Django existente?
Estoy bastante familiarizado con Django, pero no puedo entender exactamente qué es Django Rest Framework incluso después de pasar un tiempo en él. (Sé que se usa para las API). Además, ¿realmente necesito una API? Mi aplicación puede enviar datos al servidor sin una API, entonces, ¿en qué caso necesitaría una API?
Django Rest Framework facilita el uso de su servidor Django como una API REST.
REST significa " transferencia de estado representacional" y API significa interfaz de programación de aplicaciones .
Puedes construir una API tranquila usando Django regular, pero será muy tedioso. DRF hace que todo sea fácil. A modo de comparación, aquí hay una vista GET simple que usa solo Django normal y otra que usa Django Rest Framework:
Regular:
from django.core.serializers import serialize from django.http import HttpResponse class SerializedListView(View): def get(self, request, *args, **kwargs): qs = MyObj.objects.all() json_data = serialize("json", qs, fields=('my_field', 'my_other_field')) return HttpResponse(json_data, content_type='application/json')Y con DRF esto se convierte en:
from rest_framework import generics class MyObjListCreateAPIView(generics.ListCreateAPIView): permission_classes = [permissions.IsAuthenticatedOrReadOnly] serializer_class = MyObjSerializerTenga en cuenta que con DRF puede listar y crear fácilmente vistas, así como autenticación.
Si necesita una API depende de lo que quiera hacer. Por ejemplo, si desea acceder a todo en sus modelos de Django desde un dispositivo móvil Y una aplicación web, querrá usar DRF.
¿Por qué ? Considere el caso de que está desarrollando una aplicación iOS en la que los usuarios pueden iniciar sesión y desea usar Django como su backend. Si también desea tener un sitio web que puedan usar para cambiar la información de perfil de su aplicación (por ejemplo, actualizar su dirección de correo electrónico o cargar una imagen), necesitaría una forma de compartir la información en sus modelos Django con un sitio web y el dispositivo iOS. ¿Cómo se puede hacer esto? Al darle al usuario la capacidad de crear/leer/actualizar/eliminar datos simplemente diciéndole una URL para ir. Ahora bien, si quieres acceder a la información del modelo puedes hacerlo desde múltiples dispositivos, ya que cualquier dispositivo puede visitar una url.
Sin embargo, si solo está creando una aplicación web/página web simple y lo mantiene todo en un solo lugar, puede usar Django directamente.
Nota al margen: es una opinión bastante popular que debes tratar de separar tu frontend de tu backend tanto como sea posible. En este caso, si desea utilizar algún marco de desarrollo front-end como React, Angular o Vue, será complicado tratar de incluir todos esos recursos en las páginas de plantilla de Django, incluso si solo desea una aplicación web/página web simple. En este caso, usaría DRF para configurar su backend y simplemente accedería a las URL desde el frontend usando una herramienta como axios. En este escenario, su interfaz probablemente estaría alojada en algo como Node.
Una vez más, lo que decidas usar realmente solo depende de lo que quieras de tu aplicación/sitio y de lo cómodo que te sientas con cada herramienta.
El propósito básico de DRF es proporcionar API. Las API son el punto de contacto en una aplicación. Imagine un proyecto en el que tiene un asistente de Django y alguien de su equipo es un experto en JavaScript y desea desarrollar una aplicación móvil. El experto en JavaScript habla sobre elementos web y subprocesos y el experto en Django habla sobre plantillas y ORM, ¿y ahora qué? API es tu respuesta. Deje que Django wiz proporcione API y JSON y deje que JavaScript wiz haga su magia de front-end. La respuesta más simple que se me ocurre.