Ist die Beschränkung auf 80 Zeichen in Zeiten von Breitbildmonitoren immer noch relevant? [geschlossen]

Auf einem Breitbildmonitor können problemlos mehr als 80 Zeichen gleichzeitig ohne Bildlaufleisten angezeigt werden. sogar linus torvalds sieht die begrenzung von 80 zeichen als veraltet an .

Ist die Beschränkung auf 80 Zeichen in Zeiten von Breitbildmonitoren immer noch relevant?

Es gibt mehrere Gründe, die Beschränkung auf 80 Zeichen beizubehalten (oder eine Beschränkung auf 74 Zeichen ist sogar noch besser). Dadurch bleibt der Code weniger als 80 Spalten, selbst wenn Diff-Markierungen und E-Mail-Anführungszeichen hinzugefügt werden, wenn Sie die Codeüberprüfung für ausführen Mailinglisten).

Sogar in der Zeit der Breitbildmonitore habe ich gerne mehrere Fenster, die nebeneinander geöffnet sind und verschiedene Teile des Codes zeigen. Zum Beispiel habe ich normalerweise einen Webbrowser und eine E-Mail auf einem Bildschirm geöffnet und zwei Dateien und ein Terminal nebeneinander auf einem zweiten Monitor. Wenn Sie Zeilen mit mehr als 80 Spalten haben, müssen Sie sich mit dem Editor befassen, der die Zeilen umbricht (was hässlich ist und das Navigieren im Code erschwert), oder Sie müssen die Fenster so erweitern, dass nicht so viele auf den Bildschirm passen Einmal.

Auch wenn Sie normalerweise nicht auf diese Weise bearbeiten, werden Sie Dateien mit angemessenen Zeilenlängen zu schätzen wissen, die die Anzeige Ihres Diff erleichtern, wenn Sie jemals ein Side-by-Side-Diff-Tool verwenden.

Es gibt auch ein Problem der Codedichte. Ich mag es, viel Kontext beim Lesen von Code zu haben. Es ist viel, viel schneller, ein Fenster auf und ab zu schauen, als es zu scrollen. Wenn Sie sehr lange Zeilen haben, tendieren Sie auch dazu, Zeilen zu haben, deren Länge stark variiert, was zu viel verschwendetem Platz auf dem Bildschirm führt und insgesamt weniger Code auf den Bildschirm passen kann.

Und schließlich, wenn Sie sehr lange Zeilen haben, bedeutet das im Allgemeinen, dass Sie sehr komplizierte Zeilen, tiefe Einrückungen oder sehr lange Bezeichner haben. All dies kann ein Problem sein. Komplizierte Zeilen tun wahrscheinlich zu viel. Wenn Sie es in mehrere einfachere Zeilen aufteilen können, sollten Sie es wahrscheinlich tun. Tiefes Einrücken bedeutet, dass Sie wahrscheinlich zu viele Schleifen und Bedingungen verschachteln, wodurch der Code verwirrend fließen kann. Betrachtung der Umgestaltung in mehrere Funktionen. Und wenn Ihre Kennungen zu lang sind, kann dies das Lesen Ihres Codes sehr erschweren. Menschen erkennen Wörter im Allgemeinen als einzelne Einheiten. Sie lesen nicht jedes Zeichen einzeln, sondern betrachten die Gesamtform des Wortes. Lange Bezeichner sind auf diese Weise schwerer zu unterscheiden. Wenn sie so lang sind, enthalten sie normalerweise redundante oder sich wiederholende Informationen.

Obwohl es immer noch eine gute Praxis ist, Code unter 80 Spalten zu halten, ist dies keine der Regeln, die religiös befolgt werden müssen. Ich schlage vor, dass Sie versuchen, Ihren gesamten Code unter 80 Spalten zu halten, aber wenn er einfach nicht passt, machen Sie sich keine allzu großen Sorgen.

Wenn ich meine Zeilen auf weniger als 100 Zeichen beschränke, können zwei Editorfenster nebeneinander auf einem Breitbildmonitor angezeigt werden. Es ist sehr nützlich, sowohl die Klassenheaderdatei als auch die Implementierung gleichzeitig sichtbar zu haben oder auf der einen Seite Code zu haben, der den Code auf der anderen Seite aufruft. Und wenn ich die Zeilen kurz halte, brauche ich keine horizontale Bildlaufleiste in meinen Editorfenstern, wodurch ich mehr vertikalen Raum bekomme.

80 Zeichen mögen veraltet sein, aber es ist sinnvoll, die Dinge im Rahmen der Vernunft zu halten.

Ich glaube nicht, dass der Monitor etwas damit zu tun hat - zumindest nicht mehr.

Wenn Sie eine Zeile mit 80 Zeichen nicht codieren können, ist dies wahrscheinlich ohnehin ein Zeichen für einen schlechten Code. Zu komplexe Ausdrücke. Zu tief eingerückt. usw. Sie sollten aufhören und überdenken, was Sie tun.

Aber wenn Sie sicher sind, dass der Code mehr als 80 Zeilen benötigt, dann machen Sie weiter. Ich denke, es ist besser, einen Code zu haben, der die 80 Zeichen überschreitet, als idiomatische Änderungen hinzuzufügen, nur um ihn kleiner zu machen.

Ich persönlich hasse solche Sachen:

ret = my_function(parameter1, \
                  parameter2, \
                  parameter3, parameter4);

Anstatt einfach:

ret = my_function(parameter1, parameter2, parameter3, parameter4);

Zur Kodierung?

Sicherlich ja. Normale Menschen können nicht gut genug lesen. Mit wenigen Spalten bewegen Sie Ihre Augen weniger, konzentrieren sich besser und verzögern die Müdigkeit. Es ist ein minimaler Gewinn, aber ein wichtiger.

Ja, es gibt Gründe, die Länge der Codezeile zu begrenzen:

1. Obwohl unsere Bildschirme immer breiter wurden, müssen Sie manchmal Ihren Code ausdrucken. Wenn nur aus diesem Grund .
2. Diff-Viewer zeigen häufig Linien mit vertikaler Teilung an - dies wird schwieriger, wenn die Linien so lang sind, wie es ein breiter Bildschirm zulässt.

Allerdings ist 80 ein bisschen zu wenig. Dennoch ist eine gewisse Einschränkung als Konstruktionsprinzip wahrscheinlich eine gute Idee.

Ich würde sagen , dass extra lange Linien sollen nicht verboten werden, weil sie gelegentlich sind notwendig. Wenn die meisten Funktionen jedoch nur auf einem 30-Zoll-Bildschirm angezeigt werden können, weist der Code einige Probleme auf.

Es ist willkürlich, aber die Lesbarkeit ist nicht willkürlich begrenzt. Ich finde, dass sehr breite Textspalten sehr schwer zu scannen und zu lesen sind, unabhängig davon, ob es sich um Code oder Prosa handelt. Wie viele andere Antworten bereits gezeigt haben, wird nicht nur dieser Code auf Ihrem Bildschirm angezeigt. Es ist großartig, wenn zwei oder mehr Codefenster gleichzeitig geöffnet sind und auf einen Breitbildmonitor passen.

Es ist wahrscheinlich nicht relevant, genau ein Limit von 80 Zeichen zu wählen. Was würde sich ändern, wenn das Limit beispielsweise 85 beträgt?

Heutzutage verwendete Monitore haben zwar höhere Auflösungen, in einem Texteditor / einer IDE wird jedoch nicht der gesamte Platz in der Textansicht beansprucht. Im Editor, den ich verwende, wird links die Liste der im Projekt enthaltenen Dateien angezeigt.

Die in einem Netbook oder einem Notebook verwendete Auflösung ist nicht die gleiche, die in Monitoren verwendet wird. Es ist wahrscheinlich sinnvoll, eine Zeichenbeschränkung zu verwenden, die für niemanden "Probleme" verursacht.

Das hängt wirklich von der Entwicklungsumgebung ab.

Zum Beispiel gibt es in einem großen Unternehmen mit Tausenden von Entwicklern wahrscheinlich Hunderte von Menschen, die sich im Laufe der Lebensdauer eines Produkts einen Teil seines Codes ansehen müssen. Bei so vielen Menschen wird es sicher einige geben, die aus irgendeinem Grund (ältere Hardware, Netbooks usw.) mit einer Auflösung von 800 x 600 oder weniger arbeiten. Es hat einen gewissen Wert, sie unterzubringen.

In meiner 25-köpfigen Firma sage ich jedoch, scheiß drauf. Wir alle verwenden zwei moderne Monitore mit einer maximalen Auflösung von 120 bis 140, so lautet die informelle Richtlinie.

Ein Limit zu haben macht sicherlich Sinn. Die Beschränkung auf 80 Zeichen ist jedoch zu eng. Ich bevorzuge so etwas wie 96 Zeichen. Es ist breit genug für den Großteil des Codes, mit dem ich zu tun habe, und schmal genug, damit zwei Dateien nebeneinander abgelegt werden können, um sie zu unterscheiden (auf einem Breitbildschirm).

Ich glaube, dass die Lesbarkeit von Code alle anderen Bedenken übertrifft. Und mit 96 Zeichen pro Zeile kann der Code deutlich lesbarer gemacht werden als mit 80.

Ich kaufe mir nicht das Argument, dass die meisten Leute ihre Terminals auf 80 Zeichen setzen, nein, dass Drucker Zeilen umbrechen müssen, die länger als 80 Zeichen sind. Es ist keine harte Grenze, wie es in der (fernen) Vergangenheit war. Sie können das Terminal und die Druckerbreite einfach auf 100 Zeichen einstellen.

Nein, es ist nicht mehr relevant:

• Die meisten in Anwendungen und im Web verwendeten Schriftarten haben ohnehin keine feste Breite. Mit anderen Worten, 80 Zeichen! = 80 Zeichen.
• Wie Sie sagten, haben sich die Bildschirmbreiten geändert - 80 Zeichen sind keine sinnvolle Grenze.

80 Zeichen waren wirklich eine Richtlinie für Schriftarten mit fester Breite in einer Konsolenumgebung.

Natürlich, wenn Sie in einer Konsolenumgebung immer noch eine Schriftart mit fester Breite verwenden ... dann sind 80 Zeichen sinnvoll :)

Wenn Sie einen Editor in einer GUI verwenden, sind die 80 Zeichen pro Zeile irrelevant, da die meisten anständigen Editoren - zum Beispiel Notepad ++ - eine Schaltfläche zum Umschalten des Zeilenumbruchs haben. Damit sollte es kein Problem sein, auch wenn der Code in einem dünnen Fenster angezeigt wird.