Innehållsförteckning:
Video: Huawei P20 Lite Hard reset/pattern unlock 2024
När du har skrivit din kod i R är det viktigt att vet hur man debugger det. Att errra är mänsklig, och programmerare faller också i den "mänskliga" kategorin. Ingen lyckas skriva kod utan fel, så i stället för att undra om du har fel i din kod, borde du fråga dig själv var du har fel i din kod.
Vet du vad du ska leta efter i
Ett fel är helt enkelt ett annat ord för något slags fel i ditt program. Så, debugging involverar inte insekticider - det innebär bara att bli av med alla typer av semantiska och / eller logiska fel i dina funktioner.
Innan du börjar jakt ner buggar måste du veta vad du letar efter. I allmänhet kan du dela fel i din kod i tre olika kategorier:
-
Syntaxfel: Om du skriver kod som R inte kan förstå har du syntaxfel. Syntaxfel resulterar alltid i ett felmeddelande och orsakas ofta av felstavning av en funktion eller glömma en konsol.
-
Semantiska fel: Om du skriver rätt kod som inte gör vad du tycker det gör du ett semantiskt fel. Koden i sig är korrekt, men resultatet av den här koden är inte. Det kan till exempel returnera en annan typ av objekt än vad du förväntar dig. Om du använder det objektet längre fram kommer det inte att vara den typ du tycker är det och din kod kommer att misslyckas där.
-
Logiska fel: Förmodligen den svårast att hitta är fel i logiken i din kod. Din kod fungerar, det genererar inte några fel eller varningar, men det returnerar fortfarande inte resultatet du förväntar dig. Misstaget är inte i själva koden, men i logiken exekveras det.
Det kan tyckas som en liten detalj, men att hitta olika typer av fel kräver olika strategier. Ofta kan du enkelt hitta ett syntaxfel genom att bara läsa felmeddelandena, men semantiska fel utgör en helt annan utmaning och logiska fel kan gömma sig i din kod utan att du är medveten om att de finns.