Django - Felt i modellen

En modell som ikke inneholder felt i DjangoDet er en modell som ikke er særlig nyttig; Dette skjer fordi vi i Django bruker modellen som en måte å manipulere datalagringen på, og den lar oss generere de forskjellige skjemaene vi kan bruke.
Feltene i modellen fungerer som et mellomledd mellom databaseverdiene og de opprinnelige strukturene til PythonMed dette, når vi får tilgang til et attributt til en modell, er dette en representasjon av dataene vi har i databasen.
Vanlige attributter
Selv om vi har forskjellige typer felt, som har sine egne attributterDet er også vanlige attributter som lar oss få tilgang til forskjellige egenskaper ved feltene, på denne måten kan vi på en generisk måte vite hvordan disse attributtene virker, og på denne måten vet vi hva vi kan forvente når vi bruker dem.
Det er viktig å understreke at disse egenskapene har en måte å oppføre seg på Django så det er veldig viktig å vite dette for å kunne bruke det i programmene våre.
Nedenfor er en liste over noen av disse attributtene, det er ikke summen av de eksisterende, men en av de mest brukte slik at vi kan ha en base:
attname: Det lar oss kjenne navnet på attributtet i modellforekomsten der verdien knyttet til databasen er lagret. Vanligvis er dette det samme navnet på attributtet, når det er tilfeller der databaseverdien er lagret direkte i modellen.
valg: Det er en sekvens av to tupler som angir de gyldige innholdsalternativene for et felt. Den første verdien av tupelen vil bli lagret i databasen hvis den er valgt, mens den andre vil være teksten som vises for brukeren for det alternativet.
La oss se nedenfor et bilde av hvordan du bruker dette attributtet i en modelldefinisjon.

kolonne: Det er navnet på kolonnen i databasen som skal brukes til å lagre verdien av feltet, den må matche databasen, hvis feltet eksplisitt deklareres eller hvis den ble generert automatisk. I en normal modell kan dette ignoreres siden Django Det er ansvarlig for å administrere opprettelsen av feltene i databasen, men hvis vi av en eller annen grunn trenger å kommunisere direkte med databasen, kan vi bruke dette attributtet.
help_text: Det er den informative teksten som vil bli vist i definisjonen av feltene, og som vises for brukerne når feltet presenteres for dataredigering, dette sendes når skjemaer basert på modellen genereres, for eksempel i grensesnittet for administrasjon som inkluderer Django i installasjonen.
maks lengde: Det lar oss angi maksimal lengde på verdien som feltet kan inneholde, dette attributtet brukes mer enn noe annet i strengfelt som f.eks. CharField eller EmailField, dermed begrenser vi både i modellen og i databasen denne lengden.
verbose_name: Det er det fulle navnet som er gitt til feltet og som vises til brukerne, det anbefales at det skrives med små bokstaver, slik at hvis det er nødvendig med den første bokstaven i store bokstaver, vil metoder som f.eks. capfirst () og dermed forbedre formatet og opprettholde konvensjonene.
Med dette fullfører vi opplæringen, som vi ser har vi flere attributter for feltene våre i modellen som gjør at vi kan ha større kontroll over applikasjonen vår både på datainføringsnivå og når vi viser informasjonen til brukeren.Likte og hjalp du denne opplæringen?Du kan belønne forfatteren ved å trykke på denne knappen for å gi ham et positivt poeng