tanker om JavaScript linters og “lint driven development”
Jeg starter denne artikel med et hurtigt TL;DR spørgsmål (som du selvfølgelig allerede kender svaret på):
Ja. Helt.
nu hvor vi besvarede det mest presserende spørgsmål, lad os tale om linters og hvorfor du faktisk skulle (og vil) bruge dem.
Hvad er en JavaScript linter?
en linter er en parser, der analyserer din kode og ser efter fejl. En linter kan hjælpe dig med at udvikle hurtigere, holde din kode organiseret og gøre mindre syntaksfejl, der potentielt kan forårsage fejl og bryde din kode.
i JS, ved hjælp af en linter vil analysere din kode on-the-fly, og vil lade dig vide, hvis din kode er gyldig og skrevet korrekt. Derudover kan en JS linter advare dig om misbrug af dit teams kodestil.
i betragtning af, at hver udvikler har sin egen stil i kode skrivning, arbejder med linter, der advarer dig om regler dit team har defineret i din kode stil guide, kunne hjælpe dit team holde koden vedligeholdes og læsbar for alle — nuværende og fremtidige udviklere.
eksempel på en meget almindelig tvist i kodestil:
if (goodDeveloper === true) {
// This is the way you should write "if" statements
}if (goodDeveloper === false)
{
// This is how evil developers are writing "if" statements
}
et andet eksempel bruger faner vs. mellemrum til indrykning:
alligevel kunne alle ovenstående let løses ved hjælp af en linter. Alle udviklere skal skrive kode med standarder, de var enige om (eller for det meste uenige) om forudgående udvikling.