Hjem » Siste artikler » Enkel innføring i Chrome DevTools Console: raskere feilsøking i frontend-prosjekter

Enkel innføring i Chrome DevTools Console: raskere feilsøking i frontend-prosjekter

Hovedillustrasjon
Hovedillustrasjon. Foto: AI25.Studio Studio / Pexels.

Console i Chrome DevTools er et av de mest undervurderte verktøyene i nettleseren. Mange bruker den bare til å seconsole.log, men den kan gjøre langt mer for å finne feil, teste ideer og forstå hva som faktisk skjer i nettapplikasjonen din.

I denne artikkelen får du en rolig, jordnær gjennomgang av Console-fanen: hva du kan bruke den til, hvordan du kommer i gang, og noen mønstre som gjør feilsøking mindre frustrerende i JavaScript-baserte prosjekter.

Kom i gang: åpne Console og forstå grunnflaten

I Chrome åpner du DevTools med F12 eller Ctrl+Shift+I (Cmd+Option+I på mange tastaturer). Deretter velger du fanenConsole. Du ser typisk en logg av meldinger, samt en prompt der du kan skrive inn JavaScript.

Det som er viktig å vite, er at Console jobber direkte mot den aktive siden. Alt du skriver der, kjøres i samme kontekst som JavaScript-koden i fanen du har oppe. Det gjør Console ideell for små testendringer og feilsøking uten å endre filer i prosjektet.

Forskjellen på loggtyper: mer enn bare console.log

De fleste starter medconsole.log()for å skrive ut verdier, men du får mye bedre oversikt ved å bruke flere typer logg. Chrome markerer disse forskjellig, så du ser raskere hva som er viktig.

Noen nyttige varianter er:

  • console.log()for generelle meldinger og verdier
  • console.warn()for ting som bør fikses, men ikke stopper alt
  • console.error()for faktiske feil som må undersøkes
  • console.info()for mer forklarende meldinger som ikke er kritiske

Ved å være litt bevisst på hvilken metode du bruker, blir loggen langt enklere å tolke når det skjer mye samtidig.

Strukturer loggingen: objekter, tabeller og grupper

Når du logger komplekse objekter eller lister, kan Console hjelpe deg å gjøre det lesbart. I stedet for å logge en lang streng, logg rene dataobjekter og la verktøyet gjøre visningen.

Prøv for eksempelconsole.table()på en liste med objekter. Da får du en tabellvisning, der du enkelt kan se kolonner og rader. Det er spesielt nyttig for API-responser, listeview-data eller en samling state-objekter.

Du kan også samle relaterte logger medconsole.group()ogconsole.groupEnd(). Da får du en kollapsbar blokk med loggmeldinger knyttet til en bestemt hendelse, for eksempel lasting av en side eller innsendelse av et skjema.

Bruk Console som et midlertidig sandkassemiljø

En av de mest nyttige måtene å bruke Console på er som et lite laboratorium for kodeideen din. I stedet for å endre filer, lagre, bygge og reloade siden, kan du teste biter av JavaScript direkte i Console.

Typiske ting som fungerer godt å teste der, er:

  • Enkeltlogikk som if-setninger eller små hjelpefunksjoner
  • DOM-tilgang, for eksempeldocument.querySelectorog endring av tekstinnhold
  • Utregninger eller transformasjon av data du allerede har i minnet

Når du er fornøyd, kan du kopiere snutten inn i prosjektet. Dette gir en mer eksperimentell arbeidsform, der du feiler raskt uten å rote til kodebasen.

Utforsk objekter med autoutfylling og live-inspeksjon

Tematisk illustrasjon
Tematisk illustrasjon. Foto: Rashed Paykary / Pexels.

Console gir deg autoutfylling basert på det som faktisk finnes i runtime. Hvis du skriver navnet på et objekt og trykker Tab, vil DevTools foreslå egenskaper og metoder. Det gjør det enklere å oppdage hva som er tilgjengelig, spesielt når du jobber med tredjepartsbiblioteker.

Du kan også skrive inn navnet på en variabel og bare trykke Enter. Da får du opp verdien i detaljvisning, og for objekter kan du brette ut noder etter behov. Dette er en rask måte å undersøke state, API-responser eller konfigurasjon på uten å legge inn ekstra logging.

Sammenspillet mellom Elements og Console

Console blir ekstra kraftig når du kombinerer den med andre faner i DevTools. I Elements-fanen kan du velge et DOM-element, og i Console kan du referere til det via$0. Tidligere valgte elementer ligger som$1,$2og så videre.

Det gjør det enkelt å:

  • Teste endring av klasser eller attributter på enkeltkomponenter
  • Se hvordan CSS eller JavaScript reagerer på strukturen du manipulerer
  • Debugge event-håndterere ved å trigge hendelser manuelt

Begynn med å velge et element visuelt, gå så til Console og jobb derfra. Det er ofte raskere enn å skrive lange selektorer for hånd.

Filtrer støy: hvordan unngå at loggen drukner deg

I større applikasjoner kan Console raskt bli full av meldinger. Da gjelder det å bruke filtreringsmulighetene. Øverst i Console-fanen finner du felt for å søke i meldinger, samt knapper for å vise eller skjule info, warnings og errors.

Du kan for eksempel starte med å vise kunErrorsfor å se hva som faktisk stopper ting. Deretter kan du skru på warnings for å fange potensielle problemer. Hvis du jobber med egen logging, kan du søke etter et nøkkelord du alltid inkluderer i meldingene dine, for eksempel et prefiks med modulnavn.

Små vaner som gir stor effekt over tid

Console blir mest verdifullt når du gjør den til en naturlig del av måten du jobber på. Noen enkle vaner kan hjelpe:

  • Logg færre, men mer meningsfulle meldinger, gjerne med tydelige prefiks
  • Bruk riktig loggtype, slik at feil og advarsler skiller seg ut visuelt
  • Rydd bort midlertidig logging når en feil er løst, så ikke støyen vokser
  • Test små kodeendringer i Console før du gjør dem permanente i koden

Over tid gir dette et DevTools-miljø som faktisk hjelper deg, i stedet for å være en kaotisk strøm av tilfeldige utskrifter.

Hva du bør gjøre videre

Det viktigste neste steget er å åpne Console i et pågående prosjekt og prøve ut noen av teknikkene her i et konkret scenario. Ta en funksjon du vet er litt uforutsigbar, logg noen nøkkelverdier smart, og test små justeringer direkte i nettleseren.

Når Console går fra å være et passivt vindu for feilmeldinger til et aktivt verktøy for utforsking, blir JavaScript-feilsøking både raskere og mindre stressende. Du slipper å gjette like mye og kan se med egne øyne hva koden faktisk gjør.

0 kommentarer