Architecture Django : système de travail du framework MVT expliqué
Publié: 2020-12-23Table des matières
introduction
Django est l'un des frameworks d'applications Web les plus simples et les plus efficaces écrits en langage Python. Ce framework est gratuit et open-source et a donc largement remplacé l'utilisation de PHP, de servlets, etc. pour développer le backend de n'importe quel site Web. Il a été développé par Django Software Foundation le 15 juillet 2005.
Django offre un avantage imbattable de facilité de création de bases de données pour les développeurs travaillant sur des frameworks de développement web complexes. De plus, Django fournit l'un des flux de données les plus rapides et s'assure également que la sécurité n'est pas compromise.
L'architecture de Django suit principalement le framework MVT, comme expliqué ci-dessous.
- M : Modèle
- V : Afficher
- T : Modèle
MVT peut être considéré comme une alternative au framework MVC qui se compose d'un modèle, d'une vue et d'un contrôleur. Le contraste majeur entre MVT et MVC est que l'architecture Django prend en charge les responsabilités gérées par la partie contrôleur de l'architecture MVC. Django utilise ses modèles pour effectuer toutes les tâches associées au contrôleur. En termes plus simples, le modèle contient un contenu qui est un amalgame de Django Template Language (également connu sous le nom de DTL) et HTML (Hyper Text Markup Language).
Le modèle, comme présenté ci-dessus, est responsable de toutes les actions et personnalisations liées à l'interface utilisateur ainsi que des activités liées à l'architecture d'une application. Sous le modèle, nous avons "View". La vue prend le contrôle des activités de traitement logique et de prise de décision de l'application et communique également avec le "modèle" pour récupérer les points de données respectifs et modifier en conséquence le modèle selon les besoins.
Comme indiqué ci-dessus, Django lui-même agit comme un contrôleur qui récupère une URL connectée à la partie vue de l'application et envoie finalement les réponses respectives des utilisateurs à l'application. Il s'agit de l'interaction globale qui se produit dans l'architecture Django MVT.
A lire : Projets Django sur Github
Modèle
Dans Django, le modèle joue un rôle important en reliant l'ensemble de l'architecture à la base de données. Dans tout ce processus, chaque modèle est connecté à une seule table dans la base de données. Les méthodes et les champs associés à ce processus sont déclarés dans un fichier séparé généralement défini comme models.py.
Une fois que le processus de liaison est terminé et que tout est connecté à la base de données, nous pourrons évaluer chaque ligne ou, pour être plus précis, enregistrer à partir de la table respective et même effectuer différentes opérations DML en conséquence sur la table.
Django.db.models est la sous-classe utilisée dans ce cas. Nous pouvons utiliser la fonction d'importation par défaut de Python comme "à partir des modèles d'importation django.db".
Après avoir défini nos colonnes, tables et enregistrements de base de données, nous allons récupérer les données connectées à l'application en mentionnant le mappage dans settings.py.
Voir
La logique globale du cadre de flux de données est définie dans cette partie du modèle. L'ensemble du code est défini dans le fichier views.py.
Une autre tâche du fichier de vue est d'envoyer les réponses à l'utilisateur respectif chaque fois que l'application est utilisée. En termes simples, nous pouvons simplement affirmer que le view.py est capable de gérer la HttpResponse.
Lorsqu'un fichier de vue est créé, la question suivante qui nous vient à l'esprit est de savoir comment lier ce fichier à notre application ? Comment s'assurer que le framework comprendra quand afficher une vue particulière ? Cette compréhension peut être établie en mappant le fichier views.py dans un fichier urls.py séparé. Comme nous l'avons vu ci-dessus, urls.py est chargé de garder une trace de toutes les pages distinctes et donc de cartographier chacune d'elles.
Modèle
Chaque fois que nous voulons créer un site Web dynamique pour des opérations ou des fonctions complexes, les modèles nous aident à y parvenir facilement. En termes plus simples, le site Web dynamique envoie et reçoit des données dynamiques ou changeantes. Les données dynamiques sont généralement associées à un scénario dans lequel chaque utilisateur se voit présenter ses propres données personnalisées. Par exemple, des publications sur des sites Web de médias sociaux comme Facebook, Instagram, Twitter, etc. ou différentes transactions dans des produits fintech, etc.
Le modèle est configuré dans le fichier settings.py qui se trouve sous INSTALLED_APPS. Par conséquent, le code python recherchera simplement les fichiers associés dans le sous-répertoire du modèle. Il existe 2 options pour le faire : soit nous pouvons générer un fichier HTML, soit simplement importer une page Web dynamique via le navigateur et l'enregistrer dans le dossier de modèle respectif.
Maintenant, pour obtenir une réponse, nous allons lier ce fichier dans urls.py et views.py. Une fois que tout le processus de liaison est terminé, nous pouvons mettre notre site Web en service.
Dans ce sens, voici comment fonctionne Django. Les principaux enregistrements Python sont utilisés pour s'interfacer les uns avec les autres pour afficher notre page sont settings.py, view.py et urls.py
Lorsque nous caractérisons notre raison d'être ici individuellement, nous pouvons avoir un processus de travail reliant la base de données, prenant les sources de données et les réactions des clients et affichant des pages dynamiques. Si vous voulez plonger plus profondément dans Django, consultez la documentation et comprenez le lien entre eux.
Lisez aussi: Idées de projets Python Django
Inscrivez-vous à des cours de génie logiciel dans les meilleures universités du monde. Gagnez des programmes Executive PG, des programmes de certificat avancés ou des programmes de maîtrise pour accélérer votre carrière.
Conclusion
Nous pensons que vous avez aimé notre aperçu du framework Django. Si vous avez des questions ou des recommandations sur cet article, veuillez nous en informer via la section des commentaires ci-dessous. Nous serions ravis d'entendre vos réflexions.
Au cas où vous seriez intrigué par l'étude de Django et d'autres outils et cadres d'ingénierie à pile complète, consultez le programme exécutif PG d'upGrad et de l'IIIT-B en développement de logiciels à pile complète, destiné aux experts en activité et offrant plus de 500 longues périodes de préparation approfondie. , 9+ entreprises et tâches, statut d'anciens élèves de l'IIIT-B, entreprises de capitalisation actives raisonnables et aide à l'emploi avec les meilleures entreprises.
