Hjem » Siste artikler » Slik lager du nyttige code snippets i VS Code som faktisk sparer deg tid

Slik lager du nyttige code snippets i VS Code som faktisk sparer deg tid

Hovedillustrasjon
Hovedillustrasjon. Foto: Daniil Komov / Pexels.

Code snippets i VS Code er et av de verktøyene mange vet om, men få utnytter fullt ut. Når de først er satt opp godt, kan de kutte ned på kjedelig gjentakelse, redusere småfeil og gjøre det lettere å holde kodebasen konsekvent.

I denne artikkelen ser vi på hvordan du bruker snippets på en måte som faktisk hjelper i daglig utviklingsarbeid: fra oppsett og struktur til navngiving, testing og deling i team.

Hva er snippets, og når bør du bruke dem?

En snippet er en liten mal som utvider seg til et større stykke kode når du skriver et kort navn og trykker tab. Det kan være alt fra en funksjonsmal til en komplett testfil eller en ofte brukt logg-linje.

Snippets er mest nyttige for kode du skriver ofte, og som bør se lik ut hver gang. Det gjelder for eksempel logging, teststruktur, type-definisjoner, API-kall eller boilerplate rundt nye moduler og komponenter.

Typer snippets i VS Code

VS Code støtter flere nivåer av snippets, og det er lurt å vite forskjellen før du går i gang. Det gjør det enklere å velge riktig sted å legge dem, og å unngå kaos over tid.

De tre vanligste typene du møter i daglig arbeid er:

  • Globale snippets:tilgjengelig i alle filer, uansett språk.
  • Språkspesifikke snippets:knyttet til ett eller flere språk, for eksempel kun for TypeScript eller Python.
  • Utvidelses-snippets:kommer fra installerte extensions, ofte for spesifikke rammeverk eller biblioteker.

For egen kode er språkspesifikke snippets ofte det tryggeste valget. Da slipper du å få opp irrelevante forslag i helt andre filer.

Slik oppretter du dine første snippets

For å lage egne snippets i VS Code kan du bruke den innebygde editoren. Da slipper du å huske hvor JSON-filene ligger, og du får litt hjälp med syntaks underveis.

En typisk arbeidsflyt for å lage en ny snippet er:

  1. Åpne kommandopaletten (Ctrl+Shift+P eller Cmd+Shift+P).
  2. Søk etterConfigure User Snippetsog velg det.
  3. Velg enten et spesifikt språk ellerNew Global Snippets file.
  4. Gi filen et navn som beskriver området, for eksempellogging.jsonellertests.json.
  5. Legg inn en snippet med et tydelig navn, kortprefixog et ryddigbody.

En god regel er å samle snippets tematisk, ikke alle i én stor fil. Det gjør det enklere å rydde og oppdatere når noe endrer seg i kodebasen.

Forstå snippet-strukturen i praksis

En snippet i VS Code beskrives som et JSON-objekt. Hver nøkkel er navnet på snippeten, mens innholdet beskriver prefiks, kroppen og en kort beskrivelse.

Strukturen ser i hovedtrekk slik ut:

  • prefix:det du skriver for å trigge snippeten.
  • body:selve koden, rad for rad i en liste.
  • description:en kort tekst som vises i forslagene.

Bruk navn ibodysom er lett å søke etter senere når du vil endre malen, for eksempel et unikt kommentarfelt eller en bestemt struktur du kjenner igjen.

Gjør snippets smarte med plassholdere

Det som virkelig gjør snippets nyttige, er plassholdere og tab-stops. De lar deg hoppe gjennom felter du må fylle ut, i stedet for å rette opp manuelt hver gang.

De viktigste byggeklossene er:

  • $1, $2, …:tab-stops du hopper mellom med Tab.
  • ${1:default}:tab-stop med en forhåndsutfylt verdi du kan overskrive.
  • $0:sluttposisjon etter at du er ferdig med alle feltene.

En god snippet leder deg logisk gjennom alt du må endre, uten at du trenger å løpe rundt i filen manuelt. Tenk gjennom rekkefølgen, og test den ved å spille gjennom med Tab et par ganger.

Navngiving og prefix: unngå snippet-kaos

Tematisk illustrasjon
Tematisk illustrasjon. Foto: Pankaj Patel / Unsplash.

Dårlig navngitte snippets kan ødelegge mer enn de hjelper. Hvis prefiksene er for generelle, får du altfor mange forslag, eller du skyver vekk andre nyttige forslag fra editoren.

Noen enkle retningslinjer som fungerer godt i team:

  • Velg et konsistent prefiks-prefiks, for eksempellog-*for logging ogt-*for tester.
  • Unngå vanlige ord somtestellerfuncsom kan kollidere med språkets egne forslag.
  • Beskriv hva snippeten gjør, ikke teknologien, for eksempellog-errori stedet forconsole-error.

Navnet på snippeten i JSON trenger ikke å være kort, det kan være mer forklarende. Det er prefikset som må være lett å skrive og huske.

Typiske bruksområder som gir rask gevinst

Det kan være fristende å lage snippets for alt, men det gir sjelden god uttelling. Start heller med få, målrettede områder der gjentakelse virkelig koster tid eller fører til feil.

Noen kategorier som ofte gir rask gevinst er:

  • Tester:standardstruktur for nye testfiler, navngiving og oppsett.
  • Logging:konsistente logg-linjer med samme format og metadata.
  • API-kall:typisk boilerplate for kall mot interne tjenester.
  • Feilhåndtering:mønstre for try/catch, validering og responser.

Begynn med det som irriterer deg mest i løpet av en uke. Hvis du likevel skriver samme mønster fem ganger, er det en solid kandidat for en snippet.

Unngå vanlige feil med snippets

Snippets kan også gjøre vondt verre hvis de brukes ukritisk. De kan forsterke dårlige mønstre eller gjøre det lett å lime inn gammel praksis som ikke lenger gjelder.

Noen fallgruver det er lurt å være oppmerksom på:

  • Snippets som ikke følger dagens arkitektur, konvensjoner eller sikkerhetskrav.
  • Snippets som er for store og generelle, slik at du alltid må slette halve innholdet.
  • For mange nesten-like varianter som gjør det vanskelig å vite hvilken som er riktig.

Sett av litt tid innimellom til å rydde i eksisterende snippets, akkurat som du gjør med avhengigheter og konfigurasjon. Fjern det som ikke lenger brukes, og oppdater det som har hengt etter endringer i kodebasen.

Deling av snippets i teamet

Snippets blir ekstra verdifulle når de brukes på tvers av team. Da kan dere standardisere mønstre og redusere variasjon i stil og struktur, uten å tvinge alt gjennom tunge maler eller dokumenter.

En grei måte å gjøre dette på er å:

  • Legge prosjektspesifikke snippets i repoet, for eksempel i en egen.vscode-mappe.
  • Ha få, men velvalgte snippets som alle er enige om før de legges inn.
  • Dokumentere de viktigste prefiksene kort i prosjektets dokumentasjon.

Når snippets ligger i repoet, versjoneres de sammen med koden. Det gjør det enklere å se når et mønster ble endret, og hvorfor.

Bygg en liten snippet- vane

Snippets gir størst effekt når de utvikles gradvis, ikke når du prøver å planlegge alt på én gang. Tenk på dem som små forbedringer i verktøykassen, ikke som et stort prosjekt.

En enkel vane som fungerer godt er: hver gang du tar deg selv i å kopiere det samme mønsteret for tredje gang, vurder om det bør bli en snippet. Lag den der og da, test den neste gang situasjonen dukker opp, og juster ved behov.

Med den tilnærmingen vokser det fram et sett av snippets som er tilpasset måten dere jobber på, og som faktisk sparer tid i stedet for å bli nok et statisk verktøy ingen bruker.

0 kommentarer