Django ou Django Rest Framework

Question

J'ai créé une certaine application en Django, et je sais que le cadre de repos Django est utilisé pour construire des API. Cependant, lorsque j'ai commencé à lire des informations sur Django Rest Framework sur leur site Web, j'ai remarqué que chaque élément de l'application était différent. Guide API (comme les demandes, les réponses, les vues, etc.) prétend qu'il est supérieur à Django (demandes, réponses, vues, etc.).

Ce que je ne comprends pas, c'est si ces API vont remplacer mes modèles, vues, etc. existants dans Django ou comment puis-je les utiliser différemment dans mon code Django existant ?

Je suis assez familier avec Django, mais je n'arrive pas à comprendre exactement ce qu'est le cadre de repos de Django, même après y avoir passé un certain temps. (Je sais qu'il est utilisé pour les API.) De plus, ai-je réellement besoin d'une API ? Mon application est capable d'envoyer des données au serveur sans API, alors dans quel cas aurais-je besoin d'une API ?

Answer 1

Django Rest Framework permet d'utiliser facilement votre serveur Django comme une API REST.

REST signifie " concernant présentation s tate t ransfert" et API signifie a pplication p rogrammation i nterface.

Vous pouvez construire une api reposante à l'aide d'un Django classique, mais elle sera très peu soignée. DRF rend tout facile. Pour comparer, voici un simple GET-view utilisant Django normal, et un autre utilisant Django Rest Framework :

Régulier :

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')

Et avec DRF, cela devient :

from rest_framework import generics

class MyObjListCreateAPIView(generics.ListCreateAPIView):
    permission_classes = [permissions.IsAuthenticatedOrReadOnly]
    serializer_class = MyObjSerializer

Notez qu'avec DRF, vous pouvez facilement avoir des vues de liste et de création ainsi que l'authentification.

Answer 2

La nécessité d'une api dépend de ce que vous voulez faire. Par exemple, si vous voulez accéder à tous les éléments de vos modèles Django à partir d'un appareil mobile ET d'une application Web, vous devez utiliser DRF.

Pourquoi ? Prenons le cas où vous développez une application iOS dans laquelle les utilisateurs peuvent s'inscrire et où vous souhaitez utiliser Django comme backend. Si vous souhaitez également disposer d'un site web que les utilisateurs peuvent utiliser pour modifier les informations de leur profil d'application (par exemple, mettre à jour leur adresse électronique ou télécharger une photo), vous devez pouvoir partager les informations contenues dans vos modèles Django avec le site web. et l'appareil iOS. Comment cela peut-il être fait ? En donnant à l'utilisateur la possibilité de créer/lire/mettre à jour/supprimer des données en lui indiquant simplement une adresse URL à laquelle se rendre. Maintenant, si vous voulez accéder aux informations du modèle, vous pouvez le faire à partir de plusieurs appareils, puisque n'importe quel appareil peut visiter une URL.

Cependant, si vous construisez une application ou une page Web simple et que vous voulez tout conserver au même endroit, vous pouvez utiliser Django directement.

Remarque : il est généralement admis qu'il faut essayer de séparer le plus possible le frontend du backend. Dans ce cas, si vous souhaitez utiliser un framework de développement frontal comme React, Angular ou Vue, il sera difficile d'inclure toutes ces ressources dans les pages du modèle Django. même si vous ne voulez qu'une simple application web/page web. Dans ce cas, vous utiliserez DRF pour configurer votre backend, et vous n'aurez qu'à saisir les urls depuis le frontend en utilisant un outil comme axios. Dans ce scénario, votre frontend sera probablement hébergé sur quelque chose comme Node.

Encore une fois, ce que vous décidez d'utiliser dépend de ce que vous attendez de votre application/site et de votre degré d'aisance avec chaque outil.

Answer 3

L'objectif fondamental de la DRF est de fournir des API. Les API sont le point de contact d'une application. Imaginez un projet dans lequel vous avez un assistant Django et quelqu'un dans votre équipe est un expert JavaScript et vous voulez développer une application mobile. L'expert JavaScript parle d'éléments web et de threading et l'expert Django parle de modèles et d'ORM, que faire ? L'API est votre réponse. Laissez l'expert de Django fournir des API et du JSON et laissez l'expert de JavaScript faire sa magie sur le front. La réponse la plus simple à laquelle je puisse penser.

Answer 4

En termes simples,

Django : Il fournit des fonctionnalités pour une application web standard

Cadre de repos Django : Il fournit des fonctionnalités pour construire une API REST standard.

Answer 5

La vieille école a utilisé Jinja2 avec html5, css3, mais cela est devenu gênant lorsque Applications à page unique est devenu populaire. API permet de fournir des informations plus pratiques pour le programmeur frontal. Vous ne travaillez plus avec le frontend. Le site API est pratique pour développer des applications Web et des applications pour le téléphone.