Skip to content

Commit 6d6b2e9

Browse files
longo-andreapasor1
andauthored
Apply suggestions from code review
Co-authored-by: Simone Pasini <66781510+pasor1@users.noreply.github.com>
1 parent 86f854b commit 6d6b2e9

File tree

1 file changed

+6
-6
lines changed

1 file changed

+6
-6
lines changed

1-js/03-code-quality/02-coding-style/article.md

Lines changed: 6 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -76,7 +76,7 @@ Qui ci sono un paio di varianti, cosi potete giudicare voi stessi:
7676
}
7777
```
7878
79-
Per istruzioni molto brevi, è consentito scrivere in una sola riga, ad esempio `if (cond) return null`. 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) return null`. Ma un blocco di codice risulta essere molto più leggibile.
8080
8181
### Lunghezza della riga
8282
@@ -277,11 +277,11 @@ Questo perché quando leggiamo il codice vogliamo prima di tutto sapere *cosa fa
277277
278278
## Style guide
279279
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.
281281
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.
283283
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.
285285
286286
Alcune delle scelte più popolari:
287287
@@ -312,7 +312,7 @@ Molti linter sono integrati negli editor più popolari: è sufficiente attivare
312312
Ad esempio, per poter utilizzare ESLint è sufficiente:
313313
314314
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).
316316
3. Create un file di configurazione e rinominatelo `.eslintrc` nella root del vostro progetto JavaScript (la cartella che contiene tutti i file).
317317
4. Installa/abilita il plugin per il tuo editor per integrare ESLint. La maggior parte degli editor ne possiede uno.
318318
@@ -341,7 +341,7 @@ Molti IDE hanno dei linter integrati, che sono comodi ma non sono editabili come
341341
342342
## Riepilogo
343343
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.
345345
346346
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.
347347

0 commit comments

Comments
 (0)