Bevorzugt jemand proportionale Schriftarten? [geschlossen]

Ich las den Wikipedia-Artikel über Programmierstil und bemerkte etwas in einem Argument gegen vertikal ausgerichteten Code:

Verlassen Sie sich auf Schriften mit gleichem Abstand. Bei der tabellarischen Formatierung wird davon ausgegangen, dass der Editor eine Schriftart mit fester Breite verwendet. Die meisten modernen Code-Editoren unterstützen proportionale Schriftarten, und der Programmierer kann es aus Gründen der Lesbarkeit vorziehen, eine proportionale Schriftart zu verwenden .

Um ehrlich zu sein, ich glaube nicht, dass ich jemals einen Programmierer getroffen habe, der eine proportionale Schriftart bevorzugt. Ich kann mir auch keine wirklich guten Gründe für ihre Verwendung vorstellen. Warum sollte jemand eine proportionale Schrift bevorzugen?

Gemeinsame Punkte gegen proportionale Schriftarten, kommentiert.

• Sie können Code mit proportionalen Schriftarten nicht genau vertikal ausrichten. Ich meine, Sie könnten Code mit proportionalen Schriftarten genau vertikal ausrichten, wenn alle elastische Tabstopps verwenden , aber leider ...
• Bei einigen proportionalen Schriftarten ist es schwierig, bestimmte Zeichengruppen zu unterscheiden. (zB mrnm). Allerdings sind auch nicht alle Programmierschriften perfekt: Courier New hat identische Buchstaben 'O' und '0' sowie identische Buchstaben '1' und 'l'.
• Einige IDEs haben schlechte Unterstützung für nicht-fester Breite Schriftarten (wie oben erwähnten Visual Studio oder Python IDLE). In einigen Kontexten kann man auch einfach keinen verwenden. (zB Terminals.)
• Wenn Sie eine proportionale Schriftart für die Codierung auswählen, werden Sie in endlose heilige Kriege verwickelt. Hier besteht jedoch das Problem zwischen der Tastatur und dem Stuhl.

Weist auf proportionale Schriftarten hin

• Einige Zeichen sind nur breiter als andere. Es ist eine echte Herausforderung, eine gute, lesbare Monospace-Schrift zu entwerfen , wenn Sie eine mim selben Raum wie eine noder imehrere überfüllen müssen .
• Verbesserter Abstand zwischen Buchstaben genau richtig. Vergleichen Sie rnWund Illin diesem Proggy Clear-Screenshot ein Beispiel für einen falsch ausgeführten Schriftabstand.
• Die meisten Programmierschriften sind nicht kursiv oder fett gedruckt. Dies erschwert die Verwendung einer effektiven Syntaxhervorhebung.
• Vertikale Ausrichtung ist sowieso eine Dose Würmer. Tabs oder Leerzeichen oder Tabs und Leerzeichen?

Ich persönlich habe sowohl die Ubuntu-Schrift als auch WenQuanYi Zen Hei Mono mit Vergnügen verwendet und bin nicht in der Lage, die eine der anderen vorzuziehen. :)

Ubuntu 10 und WenQuanYi Zen Hei Mono 9 im Vergleich. Es gibt hier keinen klaren Gewinner, wenn Sie mich fragen.

Das heißt, Schriften sind wie Essen. Manche mögen sie gut gerundet, andere mögen sie scharf und scharf - es gibt keine richtige Schriftart, oder wir alle würden sie jetzt verwenden. Yay für Wahl!

Es gibt einen Grund, der es praktisch unmöglich macht, andere Schriften als Monospace für die Codierung zu verwenden, der jedoch in anderen Antworten nicht erwähnt wurde: rechteckige Auswahlen .

Diese Funktion, die beim Arbeiten mit normalem Text oftmals nicht sehr nützlich und wenig bekannt ist, ist für Entwickler von entscheidender Bedeutung. Sie können sich eine Vielzahl von Szenarien vorstellen: Entfernen von //Kommentaren in mehreren Zeilen, Hinzufügen von Klammern oder anderen Zeichen usw. Dies ist umso wertvoller, als die erweiterte Unterstützung von rechteckigen Auswahlen wie in Visual Studio 2010, in dem Sie nicht nur Text auswählen und entfernen können. aber auswählen und ersetzen.

Nehmen wir ein Beispiel:

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 diesem Legacy-Code möchte ich die In-Code-Bewertung durch eine Methode ersetzen, mit der meine Bewertung von Stack Exchange-Websites selbst geladen wird, da immer aktuelle Daten verfügbar sind. Ich habe begonnen, die MyReputationEigenschaft umzugestalten , und jetzt möchte ich die Initialisierung im Bereich entfernen. Stellen Sie sich vor, ich habe nicht vier, sondern alle 84 SE-Websites.

Folgendes passiert bei der Verwendung von Consolas , einer Monospace-Schriftart. Ich drücke die Rücktaste, und das ist alles, ich kann die verbleibende Zeit damit verbringen, etwas wirklich Nützliches zu tun.

Und hier das Gleiche mit Segoe UI . Autsch!

Früher habe ich eine proportionale Schriftart verwendet, vor allem, weil ich finde, dass die Zeichensetzung eigentlich einfacher zu unterscheiden ist, aber mit der Zeit habe ich aufgegeben, weil es niemand anderes tut und jeder unbewusst von Schriften mit einem mono-Abstand ausgeht (wie der Wikipedia-Artikel erwähnt und versucht, tabellarisch zu arbeiten) Formatierung, ASCII-Kunst in Kommentaren usw.).

Außerdem machen Probleme in Visual Studio , die Microsoft nicht beheben möchte, die Verwendung gut gestalteter proportionaler Schriftarten ohnehin unmöglich.

Persönlich ist mir das egal. Solange Sie meine Tabulatoren ausgerichtet und die Schrift lesbar halten, ist es mir egal, ob ich Monospace, Proportional oder einen anderen Abstand von der Wand verwende. Beginnen Sie einfach nicht damit, meine Tabulatoren durch Leerzeichen zu ersetzen, und Sie haben keinen Streit mit mir.

Ich verwende eine proportionale Schriftart (Arial ist die beste, die ich bisher gefunden habe, Verdana ist die zweitbeste) und ehrlich gesagt bin ich immer noch amüsiert, dass die Leute Schriftarten mit fester Breite verwenden. warum sollten Sie die Lesbarkeit so opfern wollen? Ich könnte verstehen, ob die Formatierung von Tabellen wünschenswert wäre, aber das ist es nicht, da dies unabhängig von der Schriftart einen Alptraum für die Wartung darstellt.

Ich erinnere mich, dass in Bjarne Stroustrups Buch The C ++ Programming Language Schriften mit angemessenem Abstand für den Code verwendet wurden. (Ich kann keine Beispielseiten im Web finden.)

Ich erinnere mich nicht an die genauen Gründe, aber ich denke, er erwähnte diese und eine andere Änderung (ich denke die C ++ - Sprache selbst) als eine neue Einführung in dieses Buch.

Persönlich bevorzuge ich feste Räume. Consolas ist mein Favorit.

Für Sprachen mit kurzen Linien und viel Freiraum bevorzuge ich monospaced Schriftarten. Ich finde, dass Schriftarten mit variabler Breite die Lesbarkeit verbessern können, wenn Sie lange Zeilen und eine dichte Syntax haben.

Das Problem bei den meisten proportionalen Schriftarten ist, dass sie nicht für die Programmierung entwickelt wurden. Diese Seite zeigt einige Schriften, die waren.

Smalltalk-Umgebungen wie Pharo verwenden proportionale Schriftarten und aufgrund des Sprachstils sieht es dort sehr gut aus. Aber in C-Sprachen wie Go oder anderen wie Erlang oder Python bevorzuge ich monospaced Schriftarten.

Vor einiger Zeit habe ich eine gute, lesbare Schriftart für Eclipse gefunden und unter XP habe ich Verdana für einige Zeit verwendet. Consolas hat das entschieden, weil es wirklich hervorragend für die Programmierung ist.

Das sind meine Erkenntnisse:

• Die meisten proportionalen Schriftarten sind für Prosa und nur wenig Interpunktion (die wiederum normalerweise aus einem oder selten zwei Zeichen besteht) ausgelegt. Die C-Sprachfamilie hat viele Interpunktionszeichen, die meiner Meinung nach einfach nicht gut aussehen und schwerer zu lesen sind als nötig.
• Zeichen variabler Länge bedeuten, dass die Länge der Zeilen variiert. Dies macht es nahezu unmöglich zu erraten, wo der Cursor beim Navigieren mit den Pfeiltasten enden wird. Ich fand das nervig.
• Auch der vertikale Abstand spielt eine Rolle. Dies kann normalerweise nicht einfach überschrieben werden, und die meisten proportionalen Schriftarten haben weniger Platz zwischen den Zeilen, als ich möchte.
• Sehr wenige IDEs werden mit proportionalen Schriftarten getestet. Dies macht Platz für subtile Fehler wie das Platzieren des Cursors an der falschen Stelle, das falsche Neupinseln von Zeichen und dergleichen.

Daher fand ich, dass es die Mühe für mich nicht wert war.

Hinweis zur Ausrichtung und zu anderen Layouts: Ich habe Eclipse so eingestellt, dass jede Datei bei jedem Speichern automatisch formatiert wird, sodass alle ausgefallenen Layouts automatisch zurückgesetzt werden. Eclipse verwendet Tabulatoren anstelle mehrerer Leerzeichen, die auch bei proportionalen Schriftarten korrekt positioniert werden können. Daher Formatierer Layouts können übereinander, aber wir verwenden , um die Standard - Formatierungskonfiguration , die nicht hat.

Ich glaube, dass die Durchsetzung der automatischen Formatierung für alle Benutzer bei jedem Speichervorgang die Fehlalarme im Quellcodeverwaltungssystem minimiert, wenn forensische Analysen durchgeführt werden.

Niemals, niemals, weil ich mit Monospaced-Schriftarten verschiedene Attribute vergleichen kann.

Vergleichen Sie:

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

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

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

Zu:

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

Die proportionalen Schriftarten können keine äquivalenten Attribute genau übereinander platzieren.

Obwohl ich der Meinung bin, dass proportionale Schriften hübscher sind, ist es bei einigen von ihnen, insbesondere bei serifenlosen Schriften, unmöglich, den Unterschied zwischen einem "I" und einem "L" zu erkennen. Warten Sie, wie habe ich diese Variable noch einmal benannt?