Lunghe righe di testo nel codice sorgente [duplicato]

2

Ho usato per impostare una linea verticale impostata su 80 caratteri nel mio editor di testo e poi ho aggiunto i ritorni a capo se le linee erano troppo lunghe. Successivamente ho aumentato il valore a 135 caratteri. Ho iniziato a usare il wrap di parole e non mi sono dato un limite, ma ho cercato di mantenere le linee corte se potevo perché mi ci è voluto un sacco di tempo per accorciare le mie linee.

Le persone al lavoro usano il wrap di parole e non si danno un limite .. è questo il modo corretto?

Che cosa hai intenzione di fare? Molte grazie.

    
posta ale 19.10.2012 - 15:57
fonte

4 risposte

3

Le opinioni divergono selvaggiamente su questo argomento. La cosa migliore da fare è seguire lo stesso stile del resto della tua squadra. Aiuta se lo stile è codificato in una guida di stile in modo che tu possa discutere su ciò che è meglio in un modo produttivo.

    
risposta data 19.10.2012 - 16:01
fonte
3

Dalla mia esperienza e da alcuni dati statistici casuali che puoi trovare su Internet, la cosa migliore è tenere le righe a un massimo di 120 caratteri. Si tratta di quanto è comodo per un essere umano leggere in una singola riga e inoltre non richiede lo scorrimento orizzontale sulla maggior parte degli schermi oggi.

Raccomando caldamente a chiunque di mettere e rispettare un limite perché non tutti gli editor hanno una funzione a capo automatico e non tutti i programmatori abilitano il word-wrap nei loro IDE. In effetti, non conosco nessuno che usi il word-wrap nel codice sorgente.

Il ritorno a capo può anche creare confusione quando il codice interrompe improvvisamente la linea in punti che potrebbero causare errori se a quel punto ci sarebbe una nuova linea reale.

    
risposta data 19.10.2012 - 16:03
fonte
2

Dipende da come il tuo codice sorgente sarà usato / da chi.

Se verrà stampato con carattere monospace o mostrato tramite terminale, usa 80 caratteri.

Se altri con monitor più piccoli la guarderanno, usa un certo limite per adattarli (ad esempio 80, ma può essere di più, ma 80 è sicuro).

Un altro punto di vista, cerca di non usare linee così lunghe (a volte è inevitabile, spesso è evitabile (e talvolta evitarlo non vale la pena)). Le linee lunghe provengono da: 1) indentazione troppo profonda (introdurre funzioni) 2) troppo fatto su una riga 3) metodo di concatenamento 4) troppi parametri per una funzione 5) indentificatori troppo lunghi

tutti loro sono odori di codice (almeno per qualcuno).

se la dichiarazione del metodo diventa troppo lunga (senza avere enormi quantità di parametri), mettere un parametro per riga può essere molto più leggibile rispetto a una linea spostata o uno scorrimento per leggerlo.

    
risposta data 19.10.2012 - 16:11
fonte
1

Dipende dalle norme del tuo team. Alcune persone vogliono il limite di 80 caratteri, ad alcuni potrebbe importare di meno.

L'attenzione però è sulla leggibilità. Se il codice scompare dallo schermo tende a essere illeggibile. Se si avvolge, anche questo tende ad essere illeggibile. Spesso è meglio rifattorizzare il codice semplicemente per non essere troppo lungo.

Che cosa è "troppo lungo"? La maggior parte dei posti in cui sono stato hanno avuto gli stessi monitor e gli stessi IDE con gli stessi font. A parte qualche norma di squadra, mi piacerebbe lavorare su "se il tuo codice esce dallo schermo standard usando un IDE a schermo intero con il font e la configurazione standard ... quindi è troppo lungo."

    
risposta data 19.10.2012 - 16:01
fonte