You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: 1-js/03-code-quality/02-coding-style/article.md
+6-6Lines changed: 6 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -76,7 +76,7 @@ Qui ci sono un paio di varianti, cosi potete giudicare voi stessi:
76
76
}
77
77
```
78
78
79
-
Per istruzioni molto brevi, è consentito scrivere in una sola riga, ad esempio `if (cond) returnnull`. Ma un blocco di codice risulta essere molto più leggibile.
79
+
Per istruzioni molto brevi, è consentito scrivere su una sola riga, ad esempio `if (cond) returnnull`. Ma un blocco di codice risulta essere molto più leggibile.
80
80
81
81
### Lunghezza della riga
82
82
@@ -277,11 +277,11 @@ Questo perché quando leggiamo il codice vogliamo prima di tutto sapere *cosa fa
277
277
278
278
## Style guide
279
279
280
-
Una guide style contiene regole generali riguardo a "come scrivere" il codice, ad esempio quali apici utilizzare, di quanti spazi indentare, quando andare a capo, e molti altri dettagli.
280
+
Una style guide contiene regole generali riguardo a "come scrivere" il codice, ad esempio quali apici utilizzare, di quanti spazi indentare, quando andare a capo, e molti altri dettagli.
281
281
282
-
Quando tutti i membri del team utilizzano lo stesso stile, il codice tende ad essere più uniforme.
282
+
Quando tutti i membri del team utilizzano la stessa guida, il codice tende ad essere più uniforme.
283
283
284
-
Certamente, un team può utilizzare il proprio stile guida. Ma spesso non è necessario definirne uno proprio. Ci sono molte opzioni tra cui scegliere, quindi scegliere tra una di queste generalmente è la scelta migliore.
284
+
Certamente un team può utilizzare la propria style guide, ma spesso non è necessario definirne una propria. Ce ne sono molte già pronte, scegliere una tra queste è generalmente la scelta migliore.
285
285
286
286
Alcune delle scelte più popolari:
287
287
@@ -312,7 +312,7 @@ Molti linter sono integrati negli editor più popolari: è sufficiente attivare
312
312
Ad esempio, per poter utilizzare ESLint è sufficiente:
313
313
314
314
1. Installare [Node.js](https://nodejs.org/).
315
-
2. Installare ESLint con il comando `npm install -g eslint` (npm è un package manager di JavaScript).
315
+
2. Installa ESLint con il comando `npm install -g eslint` (npm è un package manager di JavaScript).
316
316
3. Create un file di configurazione e rinominatelo `.eslintrc` nella root del vostro progetto JavaScript (la cartella che contiene tutti i file).
317
317
4. Installa/abilita il plugin per il tuo editor per integrare ESLint. La maggior parte degli editor ne possiede uno.
318
318
@@ -341,7 +341,7 @@ Molti IDE hanno dei linter integrati, che sono comodi ma non sono editabili come
341
341
342
342
## Riepilogo
343
343
344
-
Tutte le regole sintattiche descritte in questo capitolo (e i riferimenti alle style guides) aiutano ad incrementare la leggibilità del codice, ma sono tutte contestabili.
344
+
Tutte le regole sintattiche descritte in questo capitolo (e nei riferimenti delle style guides) aiutano ad incrementare la leggibilità del codice, ma sono tutte contestabili.
345
345
346
346
Quando stiamo pensando a come scrivere codice "migliore", la domanda dovrebbe essere "Cosa rende il codice più leggibile e facile da capire?" e "Cosa può aiutarmi ad evitare gli errori?". Queste sono le principali cose da tenere a mente quando stiamo cercando di scegliere una style guide.
0 commit comments