Las validaciones de campo incorporadas en los modelos de Django son las validaciones predeterminadas que vienen predefinidas para todos los campos de Django. Cada campo viene con validaciones integradas de los validadores de Django . Por ejemplo, IntegerField viene con una validación incorporada de que solo puede almacenar valores enteros y eso también en un rango particular. Del mismo modo, cada campo tiene sus propias validaciones. Para obtener más información, visite Modelos de Django .
Demostración de validaciones incorporadas a campos en Django
Considere un proyecto llamado geeksforgeeks que tenga una aplicación llamada geeks.
Consulte los siguientes artículos para comprobar cómo crear un proyecto y una aplicación en Django.
Ingrese el siguiente código en el archivo models.py de la aplicación geeks .
Python3
from django.db import models from django.db.models import Model # Create your models here. class GeeksModel(Model): geeks_field = models.IntegerField() def __str__(self): return self.geeks_field
Después de ejecutar makemigrations y migrar en Django y renderizar el modelo anterior, intentemos crear una instancia usando la string » GfG is Best «.
Puede ver en la interfaz de administración, uno no puede ingresar una string en un IntegerField. Del mismo modo, cada campo tiene sus propias validaciones.
Agregue más validaciones integradas al campo
Django tiene opciones de campos para casi todos los datos que desea almacenar en la base de datos, como IntegerField para enteros y CharField para strings. Pero hay algunas validaciones integradas que también puede aplicar en estos campos. Por ejemplo, unique=True limitará las entradas de un campo en particular a entradas únicas. A continuación se muestra una lista de validaciones integradas que puede usar para que su campo realice más cambios.
| Opciones de campo | Descripción |
|---|---|
| Nulo | Si es True , Django almacenará valores vacíos como NULL en la base de datos. El valor predeterminado es Falso . |
| Vacío | Si es True , el campo puede estar en blanco. El valor predeterminado es Falso . |
| columna_bd | El nombre de la columna de la base de datos que se usará para este campo. Si no se proporciona, Django usará el nombre del campo. |
| Defecto | El valor predeterminado para el campo. Puede ser un valor o un objeto invocable. Si es invocable, se llamará cada vez que se cree un nuevo objeto. |
| texto de ayuda | Texto adicional de «ayuda» que se mostrará con el widget de formulario. Es útil para la documentación incluso si su campo no se usa en un formulario. |
| Clave primaria | Si es Verdadero, este campo es la clave principal para el modelo. |
| editable | Si es False , el campo no se mostrará en el administrador ni en ningún otro ModelForm. También se omiten durante la validación del modelo. El valor predeterminado es Verdadero . |
| error de mensajes | El argumento error_messages le permite anular los mensajes predeterminados que generará el campo. Pase un diccionario con claves que coincidan con los mensajes de error que desea anular. |
| texto de ayuda | Texto adicional de «ayuda» que se mostrará con el widget de formulario. Es útil para la documentación incluso si su campo no se usa en un formulario. |
| nombre_verbose | Un nombre legible por humanos para el campo. Si no se proporciona el nombre detallado, Django lo creará automáticamente utilizando el nombre del atributo del campo, convirtiendo los guiones bajos en espacios. |
| validadores | Una lista de validadores para ejecutar para este campo. Consulte la documentación de los validadores para obtener más información. |
| Único | Si es Verdadero, este campo debe ser único en toda la tabla. |
Publicación traducida automáticamente
Artículo escrito por NaveenArora y traducido por Barcelona Geeks. The original can be accessed here. Licence: CCBY-SA