Wanneer we werken op dezelfde codebase als een team, we willen altijd

  1. code gebruiken hetzelfde formaat overal (zoals tabs en spaces)
  2. – code van de best practices voor een goede kwaliteit (zoals let/const plaats var)

Code formatter lost het eerste probleem, het herdrukken van het gehele programma van de grond af op een consistente manier.,

Code linter lost het tweede probleem op, het helpt om de betere syntaxen of nieuwe functies van de programmeertalen te gebruiken en mogelijke fouten op te vangen, maar het is niet in staat om een aantal moeilijke op te lossen, zoals variabele naamgeving.

Code linter kan ook worden gebruikt om het eerste probleem op te lossen, maar het is niet zo goed als code formatter., Code linter kan tabs en spaties repareren, maar het kan zeer lange regels code niet opnieuw formatteren van

naar

Code linter werkt anders dan code formatter, code linter gebruikt AST om de code te analyseren, overtreding te achterhalen, dan de code op die plaats te repareren, code formatter gebruikt ook AST maar regenereert de code direct vanuit de AST, dus code formatter kan 100% code consistentie beloven in de hele codebase, en code formatter repareert code altijd veel sneller dan code linter.,

om volledig gebruik te maken van de voordelen van fomatter en linter, moeten we hen het probleem laten oplossen waar ze goed in zijn, code formatter gebruiken om broncode te formatteren en code linter alleen gebruiken voor de betere syntaxen, nieuwe functies en het vangen van mogelijke fouten.

awesomecode.io gebruik al code linter eslint voor javascript-code, wat goed werkt, deze week introduceerden we code formatter prettier voor javascript-code en lieten het samenwerken met eslint.,

By default, we enable javascript formatter and auto-reformat your javascript code for each git commit, if you don’t like it, you can configure it in Project Settings page.

Css and ruby formatters are coming soon…