Qualcuno preferisce i caratteri proporzionali? [chiuso]

Stavo leggendo l' articolo di Wikipedia sullo stile di programmazione e ho notato qualcosa in una discussione contro il codice allineato verticalmente:

Affidamento al carattere mono-spaziato; la formattazione tabulare presuppone che l'editor utilizzi un carattere a larghezza fissa. La maggior parte dei moderni editor di codice supporta caratteri proporzionali e il programmatore potrebbe preferire utilizzare un carattere proporzionale per la leggibilità .

Ad essere sincero, non credo di aver mai incontrato un programmatore che preferiva un carattere proporzionale. Né riesco a pensare a buoni motivi per usarli. Perché qualcuno dovrebbe preferire un carattere proporzionale?

Punti comuni contro caratteri proporzionali, commentati.

• Non è possibile allineare con precisione il codice verticalmente con caratteri proporzionali. Voglio dire, si potrebbe codice proprio align verticalmente con font proporzionali, se tutti stava usando tabstops elastiche , ma ahimè ...
• Alcuni caratteri proporzionali rendono difficile distinguere alcuni gruppi di caratteri. (es. mrnm). Tuttavia, non tutti i font di programmazione sono perfetti: Courier New ha identici 'O' e '0' e identici '1' e 'l'.
• Alcuni IDE hanno uno scarso supporto per i caratteri a larghezza non fissa (come il già citato Visual Studio o l'IDLE di Python). In alcuni contesti, inoltre, non è possibile utilizzarne uno. (ad es. terminali.)
• La scelta di un carattere proporzionale per la codifica ti porterà in infinite guerre sante. Qui, tuttavia, esiste il problema tra la tastiera e la sedia.

Punti a favore di caratteri proporzionali

• Alcuni personaggi sono solo più larghi di altri. Dover stipare uno mnello stesso spazio di uno no unoi rende veramente difficile progettare un carattere monospace valido e leggibile .
• Miglioramento della spaziatura tra le lettere. Confronta rnWe Illin questo screenshot di Proggy Clear per un esempio di spaziatura dei caratteri eseguita in modo errato.
• La maggior parte dei caratteri del programmatore mancano di corsivo o grassetto. Ciò rende difficile utilizzare l'evidenziazione della sintassi efficace.
• L'allineamento verticale è comunque una lattina di vermi. Schede o spazi o schede e spazi?

Personalmente, ho usato con piacere sia il font 'Ubuntu' che WenQuanYi Zen Hei Mono e non riesco a preferire l'uno all'altro. :)

Ubuntu 10 e WenQuanYi Zen Hei Mono 9, a confronto. Non c'è nessun vincitore chiaro qui, se me lo chiedi.

Detto questo, i caratteri sono come il cibo. Alcuni come loro sono ben arrotondati, altri come quelli piccanti e piccanti - non esiste un carattere giusto, o tutti noi lo useremmo in questo momento. Yay per scelta!

C'è un motivo che rende praticamente impossibile usare caratteri diversi dal monospace per la codifica, ma non è stato menzionato in altre risposte: selezioni rettangolari .

Questa funzione, spesso non molto utile e poco conosciuta quando si lavora con il testo normale, è essenziale per gli sviluppatori. Puoi immaginare una moltitudine di scenari: rimuovere //commenti su più righe, aggiungere parentesi o altri caratteri, ecc. Ciò è ancora più prezioso con il supporto avanzato di selezioni rettangolari, come in Visual Studio 2010, in cui non puoi solo selezionare e rimuovere testo, ma selezionalo e sostituiscilo.

Facciamo un esempio:

private IEnumerable<SELove> StackExchangeRocks()
{
    var howILoveSEWebsites = new []
    {
        new SELove { SiteName = "Stack Overflow", MyReputation = 5269,  MyRating = Rating.Outstanding, },
        new SELove { SiteName = "Programmers",    MyReputation = 16937, MyRating = Rating.Outstanding, },
        new SELove { SiteName = "Super User",     MyReputation = 650,   MyRating = Rating.QuiteGood,   },
        new SELove { SiteName = "Server Fault",   MyReputation = 489,   MyRating = Rating.Good,        },
        // Initialize other websites here.
    };

    return howILoveSEWebsites.OrderByDescending(c => c.MyRating);
}

private class SELove
{
    public string SiteName { get; set; }
    public int MyReputation { get; set; }
    public Rating MyRating { get; set; }
}

private enum Rating
{
    Outstanding,
    Good,
    QuiteGood,
}

In questo codice legacy, voglio sostituire la valutazione in-code con un metodo che caricherà la mia valutazione dai siti Web Stack Exchange stessi, potendo avere sempre dati aggiornati. Ho iniziato a refactoring la MyReputationproprietà e ora voglio rimuovere l'inizializzazione, nell'ambito. Immagina di non avere quattro, ma tutti i siti Web 84 SE.

Ecco cosa succede quando si usa Consolas , un carattere monospace. Premo Backspace, e tutto qui, posso passare il tempo rimanente a fare qualcosa di veramente utile.

E qui la stessa cosa con l' interfaccia utente di Segoe . Ahia!

Usavo un carattere proporzionale, soprattutto perché trovo che la punteggiatura sia in realtà più facile da differenziare, ma nel tempo ho rinunciato perché nessun altro lo fa e tutti assumono inconsciamente caratteri mono spaziati (come menziona l'articolo di Wikipedia, cercando di fare tabellare formattazione, arte ascii nei commenti e così via).

Inoltre, i problemi di Visual Studio che Microsoft non vuole risolvere, fondamentalmente rendono impossibile utilizzare caratteri proporzionali ben progettati.

Personalmente non mi interessa. Fintanto che mantieni le mie schede allineate e il carattere leggibile, non mi può importare di meno se uso una spaziatura monospaziale, proporzionale o di altro tipo. Basta non iniziare a sostituire le mie schede con spazi e non avrai alcun litigio con me.

Uso un font proporzionale (Arial è il migliore che ho trovato finora, Verdana un secondo classificato) e onestamente sono ancora confuso dal fatto che la gente usi font a larghezza fissa; perché vorresti sacrificare la leggibilità in quel modo? Potrei capire se la formattazione tabellare fosse desiderabile, ma non lo è, poiché crea un incubo di manutenzione indipendentemente dal carattere.

Ricordo che nel libro di Bjarne Stroustrup The C ++ Programming Language , i caratteri spaziati in modo propotiano venivano usati come codice. (Non riesco a trovare pagine di esempio sul Web)

Non ricordo i motivi esatti, ma penso che abbia menzionato questo e un altro cambiamento (penso il linguaggio C ++ stesso) come una nuova introduzione in quel libro.

Personalmente, preferisco quelli a spazio fisso. Consolas è il mio preferito.

Per le lingue che hanno linee brevi e molto spazio aperto, preferisco i caratteri a spaziatura fissa. Trovo che i caratteri a larghezza variabile possano migliorare la leggibilità in presenza di righe lunghe e sintassi densa.

Il problema con la maggior parte dei caratteri proporzionali è che non sono stati progettati per la programmazione. Questa pagina mostra alcuni caratteri che erano.

Gli ambienti Smalltalk come Pharo usano caratteri proporzionali e, grazie allo stile del linguaggio, ci stanno molto bene. Ma in linguaggi in stile C come Go o altri come Erlang o Python preferisco i caratteri a spaziatura fissa.

Ho trascorso un po 'di tempo a trovare un font ben leggibile per Eclipse qualche tempo fa e in XP ho usato Verdana per un bel po' di tempo. Consolas ha risolto questo perché è veramente eccezionale per la programmazione.

Questi sono i miei risultati:

• La maggior parte dei caratteri proporzionali sono progettati per la prosa e solo una piccola punteggiatura (che a sua volta è di solito uno o raramente due caratteri). La famiglia di lingue C ha molti segni di punteggiatura, che a mio avviso semplicemente non sembrano buoni ed è più difficile da leggere del necessario.
• I caratteri a lunghezza variabile indicano che la lunghezza delle linee varia. Ciò rende quasi impossibile indovinare dove finirà il cursore durante la navigazione usando i pulsanti freccia. Ho trovato questo fastidioso.
• Anche la spaziatura verticale è importante. Questo di solito non è qualcosa che può essere facilmente ignorato e la maggior parte dei caratteri proporzionali ha meno spazio tra le linee di quanto vorrei.
• Pochissimi IDE sono testati con caratteri proporzionali. Questo fa spazio a bug sottili come posizionare il cursore nella posizione sbagliata, ridipingere in modo errato caratteri e simili.

Quindi ho scoperto che non valeva la pena per me.

Nota sull'allineamento e altri layout: ho impostato Eclipse per formattare automaticamente ogni file ad ogni salvataggio, quindi tutti i layout di fantasia vengono ripristinati automaticamente. Eclipse utilizza le schede anziché più spazi e questi possono essere posizionati correttamente anche con caratteri proporzionali. Quindi i layout del formattatore possono essere uno sopra l'altro, ma usiamo la configurazione standard del formatter che non lo possiede.

Credo che l'applicazione della formattazione automatica per tutti su ogni salvataggio minimizzi i falsi positivi nel sistema di controllo del codice sorgente, quando si fa un'analisi forense.

Mai, mai, perché i caratteri a spaziatura fissa mi consentono di confrontare diversi attributi.

Confrontare:

name1 = ["William", "Shakespear", 1564, "Peotry"]

name2 = ["John", "Locke", 1632, "Filosofia"]

name3 = ["Jonathan", "Littell", 1967, "Prose"]

Per:

name1=["William",  "Shakespear", 1564, "Peotry"     ]
name2=["John",     "Locke",      1632, "Philosophy" ]
name3=["Jonathan", "Littell",    1967, "Prose"      ]

I caratteri proporzionali non possono posizionare attributi equivalenti esattamente uno sopra l'altro.

Sebbene ritenga che i caratteri proporzionali siano più carini, in alcuni di essi, in particolare i caratteri sans-serif, è impossibile vedere la differenza tra un "I" e un "l". Aspetta, come ho chiamato di nuovo quella variabile?