Articles

Thoughts about JavaScript linters and “lint driven development”

Ik begin dit artikel met een snelle TL;DR vraag (waar u het antwoord duidelijk al op weet):

Ja. Helemaal.

dat is het. Verder hoef je niet te lezen.

nu we de meest dringende vraag beantwoord hebben, laten we het hebben over linters en waarom je ze eigenlijk zou moeten (en willen) gebruiken.

Wat is een JavaScript-linter?

een linter is een parser die uw code ontleedt en zoekt naar fouten. Een linter kan je helpen sneller te ontwikkelen, je code georganiseerd te houden en minder syntaxisfouten te maken die mogelijk fouten kunnen veroorzaken en je code kunnen breken.

in JS zal het gebruik van een linter uw code on-the-fly ontleden en u laten weten of uw code geldig is en correct geschreven. Bovendien kan een js linter u waarschuwen voor misbruik van de code-stijl van uw team.

een JavaScript-linter in actie.

gezien het feit dat elke ontwikkelaar zijn eigen stijl heeft in het schrijven van code, kan het werken met linter die u waarschuwt voor regels die uw team heeft gedefinieerd in uw code style guide, uw team helpen om de code onderhoudbaar en leesbaar te houden voor alle huidige en toekomstige ontwikkelaars.

voorbeeld van een veel voorkomend geschil in codestijl:

if (goodDeveloper === true) {
// This is the way you should write "if" statements
}if (goodDeveloper === false)
{
// This is how evil developers are writing "if" statements
}

een ander voorbeeld is het gebruik van tabs vs.spaties voor inspringen:

gebaseerd op waargebeurd verhaal.

hoe dan ook, al het bovenstaande kan eenvoudig worden opgelost door een linter te gebruiken. Alle ontwikkelaars zullen code moeten schrijven met standaarden die ze overeengekomen (of meestal oneens) zijn over eerdere ontwikkeling.