Ad esempio, allineato non verticalmente:
Name: Hamt
Version: 0.1.0
Cabal-Version: >= 1.2
License: BSD3
Author: Jason Baker
O allineato verticalmente:
Name: Hamt
Version: 0.1.0
Cabal-Version: >= 1.2
License: BSD3
Author: Jason Baker
Quale preferisci e perchè?
Risposte:
Personalmente, sono dell'opinione che la seconda versione del codice sia leggermente più leggibile, ma non credo che mantenerlo compensi tale leggibilità. Pertanto, utilizzerei la seconda versione di questo esempio solo se fossi abbastanza sicuro che il codice non cambierebbe.
Preferisco un ibrido:
Name : Hamt
Version : 0.1.0
Cabal-Version : >= 1.2
License : BSD3
Author : Jason Baker
Che è essenzialmente il numero 2 con eccezioni per le linee occasionali che sono più lunghe delle linee circostanti - per evitare che la maggior parte delle linee sia distanziata molto.
Ecco un'altra variante per i layout degli elenchi basati sia sull'esperienza che sull'istruzione di un corso universitario che ho seguito sull'interazione uomo-computer e diversi libri che ho letto sul design dell'interfaccia utente (G) e sul design grafico. Lo uso per i dialoghi e quando ho l'energia / il tempo, per i CSS (di solito non per il codice).
Name : Hamt
Version : 0.1.0
Cabal-Version : >= 1.2
License : BSD3
Author : Jason Baker
Come tutti gli altri, ha i suoi pro e contro.
Professionisti:
Contro:
HTH
Preferisco il primo, ma senza le schede (che immagino siano gli spazi); invece solo uno spazio vuoto. Per me è più facile da leggere quando i dati non sono "simili", come nel caso dato. Inoltre rende più difficile (durante la modifica di tali dati) "leggere erroneamente una riga", ovvero quando si hanno tre righe con, diciamo, i numeri di versione. E poi mentre ne modifichi uno, ne modifichi accidentalmente un altro al suo posto.
Quando i dati sono simili, tuttavia, ha perfettamente senso metterli in colonne come nel tuo secondo esempio (solo che non è simile, ma ottieni il punto).
Sfortunatamente essendo una domanda di stile, questo è molto soggettivo e probabilmente avrai molti risultati contrastanti. Inoltre, lo stile da utilizzare dipende in larga misura dall'utilizzo di TAB o spazi.
Per quanto riguarda i miei due centesimi, preferisco una variante della seconda versione. Mi piace di più:
Name : Hamt
Version : 0.1.0
Cabal-Version : >= 1.2
License : BSD3
Author : Jason Baker
È la versione più leggibile e facile da usare che ho provato. L'unico aspetto negativo è che devo capire qual è il campo più ampio, e talvolta finisco per doverli espandere tutti quando uno è troppo largo (questo di solito accade solo con i CSS). Tuttavia, ci sono alcuni punti che devono essere considerati.
Innanzitutto, di solito preferisco i TAB rispetto agli spazi, tuttavia l'impostazione TAB effettiva varia; ad esempio, sono abituato a TAB a 4 spazi per codice C (++) o HTML e TAB a 2 spazi per codice Pascal o Assembler, mentre per alcune cose come CSS, non ho preferenze per la larghezza TAB. Questa variazione complica abbastanza le cose, ma poi l'editor che uso lancia nelle sue stesse complicazioni. Alcuni editor ti consentono di impostare le impostazioni TAB per lingua, ma altri no (anche alcuni hanno profili diversi).
È possibile evitare questa complicazione rinunciando ai TAB a favore degli spazi. Poiché il codice è in genere in un carattere a larghezza fissa, l'utilizzo degli spazi funziona correttamente, mentre se si formattano i campi in un modulo, riprendi o altro testo non in codice e si utilizza un carattere proporzionale, saranno necessari i TAB per mantenere le cose allineate .
Preferisco i TAB in generale perché anche con un codice a larghezza fissa, trovo frustrante dover scorrere diversi spazi per ogni TAB. Ricordo che i vecchi IDE di Borland avevano un'opzione per scorrere i TAB (in particolare intere lunghezze di spazi bianchi) come un'unica entità anziché come due, quattro, ecc. Spazi. Ciò ha reso pratico l'inserimento di TAB come spazi, rendendo la navigazione del cursore facile e veloce. Sfortunatamente non ho visto nessun editor Windows moderno in grado di farlo.
Infine, se gli altri useranno o meno il tuo codice gioca un ruolo importante nella scelta dello stile. Di solito sono l'unico che usa il mio codice, quindi posso formattare tutto secondo i miei gusti, indipendentemente dagli editor o dalle impostazioni degli altri. Se lavori con altri, dovrai prenderli in considerazione in quanto dovranno considerarti.
In sintesi, la leggibilità è buona e molto desiderabile, tuttavia le impostazioni e gli editor che tu e altri che avete bisogno di usare il codice saranno importanti quando prendete la decisione. Se sei solo, puoi anche usare il formato più leggibile. Potresti aver bisogno di abituarti a usarlo, ma probabilmente pagherà nel lungo periodo, specialmente quando devi tornare al codice che hai scritto qualche tempo fa: la leggibilità è importante quanto i commenti per capire cosa fa il codice. Se lavori con altri, allora vorrai lavorare insieme per creare una sorta di guida alla progettazione per l'utilizzo da parte del team.
:%s/\([^ ]\) \+/\1 /g