Arquitectura Django: Explicación del sistema de trabajo de MVT Framework
Publicado: 2020-12-23Tabla de contenido
Introducción
Django es uno de los marcos de aplicaciones web más fáciles y eficientes que está escrito en el lenguaje Python. Este marco es gratuito y de código abierto y, por lo tanto, reemplazó en gran medida el uso de PHP, servlets, etc. para desarrollar el backend de cualquier sitio web. Fue desarrollado por Django Software Foundation el 15 de julio de 2005.
Django proporciona una ventaja inigualable de la facilidad de creación de bases de datos para los desarrolladores que trabajan en marcos de desarrollo web complejos. Además de esto, Django proporciona uno de los flujos de datos más rápidos y también se asegura de que la seguridad no se vea comprometida.
La arquitectura de Django sigue principalmente el marco MVT, como se explica a continuación.
- M: Modelo
- V: Ver
- T: Plantilla
MVT puede verse como una alternativa del marco MVC que consta de un modelo, una vista y un controlador. El mayor contraste entre MVT y MVC es que la arquitectura Django se encarga de las responsabilidades manejadas por la parte del controlador de la arquitectura MVC. Django utiliza sus plantillas para realizar todas las tareas asociadas al controlador. En palabras más sencillas, la plantilla contiene contenidos que son una amalgama del lenguaje de plantilla de Django (también conocido como DTL) y HTML (lenguaje de marcado de hipertexto).
La plantilla, como se presentó anteriormente, es responsable de todas las acciones y personalizaciones relacionadas con la interfaz de usuario junto con las actividades relacionadas con la arquitectura de una aplicación. Debajo de la plantilla, tenemos "Ver". La vista toma el mando del procesamiento lógico y las actividades de toma de decisiones de la aplicación y también se comunica con el "Modelo" para obtener los puntos de datos respectivos y, en consecuencia, cambiar la plantilla según los requisitos.
Como se discutió anteriormente, Django en sí mismo actúa como un controlador que obtiene una URL que está conectada a la vista de la aplicación y eventualmente envía las respectivas respuestas del usuario a la aplicación. Esta es la interacción general que ocurre dentro de la arquitectura MVT de Django.

Debe leer: Proyectos de Django en Github
Modelo
En Django, el modelo juega un papel importante al vincular toda la arquitectura a la base de datos. En todo este proceso, todos y cada uno de los modelos están conectados a una sola tabla dentro de la base de datos. Los métodos y campos asociados con este proceso se declaran en un archivo separado generalmente definido como models.py.
Una vez que se realiza el proceso de vinculación y todo está conectado a la base de datos, podremos evaluar cada fila o, para ser más precisos, registrar desde la tabla respectiva e incluso realizar diferentes operaciones DML en consecuencia en la tabla.
Django.db.models es la subclase que se utiliza en este caso. Podemos usar la función de importación predeterminada de Python como "desde los modelos de importación django.db".
Después de definir las columnas, tablas y registros de nuestra base de datos, buscaremos los datos que están conectados a la aplicación mencionando la asignación en settings.py.
Vista
La lógica general del marco de flujo de datos se define en esta parte del modelo. Todo el código está definido en el archivo views.py.

Otra tarea del archivo de visualización es enviar las respuestas al usuario respectivo cada vez que se utiliza la aplicación. En términos sencillos, simplemente podemos afirmar que view.py es capaz de manejar HttpResponse.
Cuando se crea un archivo de vista, la siguiente pregunta que nos viene a la mente es cómo vincular este archivo a nuestra aplicación. ¿Cómo nos aseguramos de que el marco comprenda cuándo mostrar una vista en particular? Esta comprensión se puede establecer mediante el mapeo de views.py en un archivo urls.py separado. Como discutimos anteriormente, urls.py es responsable de realizar un seguimiento de todas las páginas distintas y, por lo tanto, mapear cada una de ellas.
Plantilla
Cuando queremos crear un sitio web dinámico para operaciones o funciones complejas, las plantillas nos ayudan a lograrlo de una manera fácil. En palabras más simples, el sitio web dinámico envía y recibe datos dinámicos o cambiantes. Los datos dinámicos generalmente se asocian con un escenario en el que a cada usuario se le presentan sus propios datos personalizados. Por ejemplo, publicaciones en sitios web de redes sociales como Facebook, Instagram, Twitter, etc. o diferentes transacciones en productos fintech, etc.
La plantilla se configura en el archivo settings.py que se encuentra en INSTALLED_APPS. Por lo tanto, el código python simplemente buscará los archivos asociados en el subdirectorio de plantillas. Hay 2 opciones para hacer eso: podemos generar un archivo HTML o simplemente importar una página web dinámica a través del navegador y guardarla en la carpeta de plantilla respectiva.
Ahora, para obtener una respuesta, vincularemos este archivo en urls.py y views.py. Una vez que se completa todo el proceso de vinculación, podemos poner en funcionamiento nuestro sitio web.
En este sentido, así es como funciona Django. Los registros principales de Python se utilizan para interactuar entre sí para mostrar nuestra página: settings.py, view.py y urls.py

Cuando caracterizamos nuestro fundamento aquí individualmente, podemos tener un proceso de trabajo conectando la base de datos, tomando fuentes de datos y reacciones del cliente y mostrando páginas dinámicas. Si desea profundizar más en Django, eche un vistazo a la documentación y comprenda la conexión entre ellos.
Lea también: Ideas de proyectos Python Django
Inscríbase en cursos de ingeniería de software de las mejores universidades del mundo. Obtenga programas Executive PG, programas de certificados avanzados o programas de maestría para acelerar su carrera.
Conclusión
Creemos que te encantó nuestro resumen del framework Django. Si tiene alguna consulta o recomendación sobre este artículo, háganoslo saber a través de la sección de comentarios a continuación. Nos encantaría escuchar sus contemplaciones.
En caso de que esté interesado en estudiar Django y otras herramientas y marcos de trabajo de ingeniería de pila completa, consulte el programa Executive PG de upGrad y IIIT-B en desarrollo de software de pila completa, que está destinado a expertos que trabajan y ofrece más de 500 períodos largos de preparación exhaustiva. , más de 9 empresas y tareas, estado de ex alumnos de IIIT-B, empresas finales activas razonables y ayuda laboral con las mejores empresas.
