Når man bygger innholdsbackends med Sanity, faller utviklere ofte i feller som gjør skjemaene deres vanskelige å vedlikeholde eller vanskelige å skalere. Med utgangspunkt i vårt teams meningssterke retningslinjer, her er de vanligste feilene og hva du bør gjøre i stedet.
Feil 1: Modellering for presentasjon
Den vanligste feilen er å modellere "hvordan ting ser ut" i stedet for "hva ting er".
Ikke gjør dette: Navngi felter basert på deres visuelle utseende i et spesifikt design.
Gjør dette i stedet: Modeller intensjonen til innholdet.
Ved å koble innhold fra presentasjon, kan du redesigne frontend uten å migrere dataene dine.
Feil 2: Ignorere typesikkerhetshjelpere
Sanity tilbyr hjelpefunksjoner for å sikre at skjemaet ditt er gyldig og strengt typet.
Ikke gjør dette: Bruke vanlige objekter for skjemadefinisjoner.
Gjør dette i stedet: Bruk alltid defineType, defineField og defineArrayMember.
Feil 3: Boolean-feller
Boolean-felter er fristende for bryteknapper, men de maler deg inn i et hjørne hvis kravene endres.
Ikke gjør dette: Bruke en boolean for tilstand som kan bli ikke-binær.
Gjør dette i stedet: Bruk et strengfelt med en liste over alternativer. Det er utvidbart og klarere.
Feil 4: Manglende kontekst
Skjemaer uten beskrivelser eller validering lar redaktører gjette.
Gjør dette: Inkluder korte, nyttige beskrivelser og valideringsregler.
Oppsummering
God innholdsmodellering handler om å skape en strukturert, semantisk representasjon av domenet ditt. Ved å følge disse praksisene, sikrer du at innholdsbackenden din forblir fleksibel, vedlikeholdbar og brukervennlig for redaktørene dine.
