Las Novedades Que Trae Django 5 – Parte 1

7 minuto(s)

En esta página:

Apenas algunos desarrolladores están aprendiendo Django 4 y ya ha sido lanzada una nueva versión de Django en Diciembre de 2023. Django 5.0 será compatible con Python 3.10, 3.11 y 3.12 y otras nuevas versiones que sean lanzadas, también habran características que serán eliminadas porque han llegado al final de su ciclo de obsolescencia. En este post te compartiré Las Novedades Que Trae Django 5, vamos con ello.

Partes

Parte 1
Parte 2

Compilando una aplicación — Antes de compilar una aplicación debes de tener encuenta haber solucionado todos los errores posibles en ella

Antes de continuar te invito a leer los siguientes artículos:

Asimismo, te invito a escuchar el Podcast: “Razones Por Las Cuales Te Cuesta Aprender A Programar” y “¿ Qué Es NoCode Development ?” (Anchor Podcast):

Spotify:	Sound Cloud:	Apple Podcasts	Anchor Podcasts

Bien ahora continuemos con el Post: Las Novedades Que Trae Django 5 – Parte 1.

Las Novedades Que Trae Django 5

Es importante mencionar que la serie Django 4.2.x es la última en admitir Python 3.8 y 3.9. Veamos a continuación las novedades que nos traerá Django 5:

Filtros de facetas en el administrador

Los recuentos de facetas ahora se muestran para los filtros aplicados en la lista de cambios del administrador cuando se activa a través de la interfaz de usuario. Este comportamiento se puede cambiar a través del nuevo atributo ModelAdmin.show_facets

Por ejemplo, para mostrar siempre los recuentos de facetas sin necesidad de proporcionar el parámetro de consulta, puedes establecer admin.ShowFacets.ALWAYS en una variable llamada show_facets (puedes ponerle otro nombre que desees a la variable):


from django.contrib import admin

class MyModelAdmin(admin.ModelAdmin):
    ...
    # Have facets always shown for this model admin.
    show_facets = admin.ShowFacets.ALWAYS

from django.contrib import admin

class MyModelAdmin(admin.ModelAdmin):

...

# Have facets always shown for this model admin.

show_facets = admin.ShowFacets.ALWAYS

Las Facetas o Facets son recuentos de cada filtro que han sido establecidos en un determinado lugar del proyecto, en este caso en el administrador.

Plantillas simplificadas de campos de formulario

En Django 5 se agregará el concepto de grupos de campos y plantillas, para simplificar la carga de elementos de un formuario, como el label_tag, helptext y errors.

Por ejemplo el siguiente formulario:


<form method="" action="">
  ...
  <div>
    {{ form.name.label_tag }}
    {% if form.name.help_text %}
      <div class="helptext" id="{{ form.name.id_for_label }}_helptext">
        {{ form.name.help_text|safe }}
      </div>
    {% endif %}
    {{ form.name.errors }}
    {{ form.name }}
    <div class="row">
      <div class="col">
        {{ form.email.label_tag }}
        {% if form.email.help_text %}
          <div class="helptext" id="{{ form.email.id_for_label }}_helptext">
            {{ form.email.help_text|safe }}
          </div>
        {% endif %}
        {{ form.email.errors }}
        {{ form.email }}
      </div>
      <div class="col">
        {{ form.password.label_tag }}
        {% if form.password.help_text %}
          <div class="helptext" id="{{ form.password.id_for_label }}_helptext">
            {{ form.password.help_text|safe }}
          </div>
        {% endif %}
        {{ form.password.errors }}
        {{ form.password }}
      </div>
    </div>
  </div>
  ...
</form>

...

<div>

{% if form.name.help_text %}

</div>

{% endif %}

{% if form.email.help_text %}

</div>

{% endif %}

</div>

{% if form.password.help_text %}

</div>

{% endif %}

</div>

...

</form>

Ahora se puede simplificar a:


<form method="" action="">
  ...
  <div>
    {{ form.name.as_field_group }}
    <div class="row">
      <div class="col">{{ form.email.as_field_group }}</div>
      <div class="col">{{ form.password.as_field_group }}</div>
    </div>
  </div>
  ...
</form>

...

<div>

<div class="col">{{ form.email.as_field_group }}</div>

<div class="col">{{ form.password.as_field_group }}</div>

</div>

...

</form>

El método as_field_group() renderiza los campos con la plantilla “django/forms/field.html” de forma predeterminada y puede ser personalizada para cada proyecto, por campo o solicitud.

Para aprender más consulta Plantillas de grupos de campos reutilizables.

Valores predeterminados calculados por la base de datos

El nuevo parámetro Field.db_default establece un valor por defecto que es calculado por la base de datos. Por ejemplo tenemos el siguiente modelo para una tabla productos:


from django.db import models
from django.db.models.functions import Now, Pi

class ProductosModel(models.Model):
    precio = models.IntegerField(db_default=18)
    created_at = models.DateTimeField(db_default=Now())
    circunferencia = models.FloatField(db_default=2 * Pi())

from django.db import models

from django.db.models.functions import Now, Pi

class ProductosModel(models.Model):

precio = models.IntegerField(db_default=18)

created_at = models.DateTimeField(db_default=Now())

circunferencia = models.FloatField(db_default=2 * Pi())

Puedes ver que dentro de cada campo le estamos colocando luego del tipo de dato, entre paréntesis el parámetro db_default con un determinado valor o cálculo que puede retornar un valor y se inserta en la columna de la base de datos.

Por ejemplo el campo circunferencia que es la circunferencia de un producto, en el parámetro db_default se hace el cálculo de 2 * Pi() el cual puede devolver un valor aproximado de 6.28318530718, este valor se inserta en la columna circunferencia de la tabla productos.

Puedes aprender más sobre el parámetro db_default en este enlace.

Características menores

Veamos algunas características más pequeñas que traerá Django 5:

django.contrib.admin

Esta interface recibirá las siguientes actualizaciones:

El nuevo método AdminSite.get_log_entries() permite personalizar el conjunto de consultas para los logs o registros del sitio.
XRegExp que permite ejecutar expresiones regulares, se actualiza de la versión 3.2.0 a la 5.1.1.
Los filtros admin: django.contrib.admin.AllValuesFieldListFilter, ChoicesFieldListFilter, RelatedFieldListFilter y RelatedOnlyFieldListFilter ahora manejan parámetros de consulta de varios valores.
El nuevo método AdminSite.get_model_admin() devuelve una clase de administrador para la clase de modelo dada.

django.contrib.auth

El sistema de autenticación de Django recibirá las siguientes actualizaciones:

El recuento de iteraciones predeterminado para el hasher de contraseñas PBKDF2 se aumentará de 600,000 a 720,000.
Las nuevas funciones asincrónicas ahora se proporcionan con un prefijo a: django.contrib.auth.aauthenticate(), aget_user(), alogin(), alogout() y aupdate_session_auth_hash().
El middleware AuthenticationMiddleware ahora añade un método asíncronico llamado HttpRequest.auser() el cual devuelve el usuario que ha iniciado sesión actualmente.
La nueva función django.contrib.auth.hashers.acheck_password() y el método AbstractBaseUser.acheck_password(), ambos asíncronos, permiten la verificación asíncrona de las contraseñas de los usuarios.

PBKDF2 es un algoritmo que permite cifrar contraseñas en Django. PBKDF2 también está presente en otros frameworks o herramientas.

django.contrib.gis

Este módulo que cuenta con varias utilidades para crear aplicaciones web geospaciales recibirá las siguientes actualizaciones:

Se agregó una nueva función llamada ClosestPoint() que devuelve un punto bidimensional en la geometría que está más cerca de otra geometría.
Los agregados GIS ahora respaldan el argumento filter.
Se agregó soporte para GDAL 3.7 (GDAL son las iniciales de Geospatial Data Abstraction Library).
Se agregó soporte para GEOS 3.12 (GEOS son las iniciales de Geometry Engine – Open Source).

django.contrib.postgres

Este módulo que contiene modelos y campos para tipos de datos en PostgreSQL, contará con el nuevo atributo violation_error_code perteneciente a ExclusionConstraint. Este atributo permitirá personalizar el código o code de un error de Validación o ValidationError obtenido al validar un modelo.


# Ejemplo de Validación de error con código 
ValidationError(_("Invalid value"), code="invalid")

# Ejemplo de Validación de error con código

ValidationError(_("Invalid value"), code="invalid")

Vistas asíncronas

Ahora los eventos http.disconnect se manejan mediante ASGI (Asynchronous Server Gateway Interface). Esto permite que las vistas lleven a cabo cualquier limpieza que sea necesaria si un cliente como un navegador web se desconecta antes de que genere la respuesta.

Puedes consultar acerca del Manejo de desconexiones para conocer más detalles.

Decoradores

Estos decoradores ahora admiten funciones de vista asíncrona envolvente:

Puedes presionar sobre los 15 primeros decoradores para concer más sobre ellos. Los 3 últimos están en proceso de creación.

Sabías que Django Framework fue creado por el desarrollaro web Adrian Holovaty (EEUU) y el programador Simon Willison (Inglaterra).

Informe de errores

Los decoradores sensitive_variables() y sensitive_post_parameters() ahora pueden ser usados con funciones asíncronas.

Formularios

Las siguientes características se agregarán a los formularios:

Ahora el argumento ChoiceField.choices ahora acepta directamente clases Choices en lugar de requerir expansión con el atributo choices.
Ahora el nuevo argumento assume_scheme para los campos URLField permite establecer un esquema de URL predeterminado.
Con el fin de mejorar la accesibilidad y permitir que los lectores de pantalla asocien campos de formulario con su texto de ayuda, el campo de formulario ahora incluye el atributo HTML aria-describedby.
Con la finalidad de mejorar la accesibilidad para los usuarios, el campo de un formulario que sea no válido, ahora incluye el atributo HTML aria-invalid=”true”.

Modelos

Se agregaron las siguientes características a los modelos:

El nuevo argumento create_defaults de los métodos QuerySet.update_or_create() y QuerySet.aupdate_or_create() permite especificar valores de campo diferentes en una operación de creación.
El nuevo atributo violation_error_code de BaseConstraint, CheckConstraint y UniqueConstraint permite personalizar el code código de ValidationError generado durante la validación de un modelo.
El argumento Field.choices ahora acepta clases Choice directamente en lugar de requerir expansión con el atributo choices.
El argumento force_insert de Model.save() ahora permite especificar una tupla de clases padre que debe forzarse a insertar.
Los métodos QuerySet.bulk_create() y QuerySet.abulk_create() ahora establecen la clave principal en cada instancia del modelo cuando el parámetro update_conflicts está habilitado (si la base de datos lo admite).
El nuevo atributo UniqueConstraint.nulls_distinct permite personalizar el tratamiento de valores NULL en PostgreSQL 15+.
Los nuevos accesos directos asíncronos aget_object_or_404() y aget_list_or_404() permiten obtener objetos de forma asíncrona.
La nueva función aprefetch_related_objects() permite la captación previa asíncrona de instancias de un modelo.
El método QuerySet.aiterator() ahora admite llamadas previas al método prefetch_related().
En la base de datos MariaDB 10.7+, el campo UUIDField ahora se crea como una columna UUID en lugar de una columna CHAR(32). Consulta la guía de migración anterior para obtener más detalles sobre la migración de UUIDField existente en MariaDB 10.7+.

Sabías que Django esta basado en la arquitectura de software Model Template View (MTV), una variación de Model View Controller (MVC).

Paginación

El nuevo argumento django.core.paginator.Paginator.error_messages permite personalizar los mensajes de error generados por el método Paginator.page().

Signals (Señales)

Los nuevos métodos Signal.asend() y Signal.asend_robust() permiten el envío de señales asíncronas. Los receptores de señal pueden ser síncronos o asíncronos y se adaptarán automáticamente al estilo de llamada correcto.

Templates (Plantillas)

Las clases Client y AsyncClient ahora proporciona métodos asincrónicos, usando un prefijo a: asession(), alogin(), aforce_login() y alogout().

Validators (Validadores)

El nuevo argumento argumento de la clase StepValueValidator permite especificar un desplazamiento para valores válidos.

Bien hasta aquí llegamos con esta primera Parte en donde hemos visto varias características nuevas que vendrán con Django 5.

Ten Paciencia, lo que quiero es que conozcas bien estas nuevas características de Django 5 y no llenarte el capitulo de mucho contenido porque te puedes marear y no tendrás un óptimo aprendizaje.

Nota (s)

En la siguiente parte continuaremos viendo nuevas características que traerá Django Framework 5.
No olvides que debemos usar la Tecnología para hacer cosas Buenas por el Mundo.

Síguenos en nuestras Redes Sociales para que no te pierdas nuestros próximos contenidos.