Lær om de ulike feil finne vaner av Delphi utviklere og hvordan du kan overvinne dårlige vaner for å finne feil raskere og mer effektivt
(Opprinnelig publisert på delphi-expert.com 1. mai 2004) < .no> Hva er nytt?
Vi nettopp sluppet Castalia 2.3, som inkluderer støtte for det nye Delphi 8 for Microsoft .NET plattformen! Detaljer er her.
Bruk mindre tid på å finne feil
I løpet av vår forskning, oppdaget vi to vanlige mønstre blant utviklere i måten de finner syntaksfeil. Utviklere som ikke bruker Castalia tendens til å falle inn i en av to grupper:
første gruppen vil skrive en liten mengde koden - en enkelt linje eller en kort procedue - og deretter complile koden for å sørge for at det kompilerer. Hvis den ikke kompilere, de vil fikse det første syntaksfeil, og deretter rekompilere, gjentar mønsteret før alle syntaksfeil er løst. De deretter gå videre til neste linje eller en liten gruppe av linjer, og kompilere på nytt.
andre gruppen vil skrive en betydelig mengde kode - ofte hele klasser eller til og med komplette enheter - og så samle dem. Veldig ofte, vil kompilatoren oppdage en rekke syntaksfeil: mangler semikolon, uovertruffen parentes, ikke samsvarer begin..end blokker, feilstavede identifikatorer, osv ... programmerer vil fikse første feilen, så rekompilere, fikse den første feilen hver gang , til det ikke er flere feil. Han vil da teste koden, og når du er fornøyd, gå videre.
Vi fant at utviklere som brukte Castalia sin syntaks sjekke fasilitetene var i stand til å redusere mengden av tid brukt i denne samle-les-fix-kompilering syklus.
å redusere tid brukt på å finne feil, sørg for at du bruker Castalia live syntaks sjekking. Dette vil trekke et snirklete rød linje under syntaks som ikke oppfyller Delphi leksikalsk standard for kompilering. Når du ser en snirklete rød linje, vet du at noe er galt. Hvis du ikke umiddelbart kan identifisere hva det er, setter markøren inn i ord som er understreket, og en ballong hint vises som forteller deg nøyaktig hva problemet er. I eksempelet her, er et semikolon mangler rett før det understrekede ordet.
Neste uke kommer jeg til å skrive om resultatene av vår undersøkelse i hvordan utviklere samhandle med og navigere gjennom eksisterende kode.