it-swarm.dev

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

auf einem Breitbildmonitor können problemlos mehr als 80 Zeichen gleichzeitig ohne Bildlaufleisten angezeigt werden. Selbst Linus Torvalds sieht das Limit von 80 Zeichen als veraltet .

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

55
lesmana

Es gibt mehrere Gründe, sich immer noch an ein Limit von 80 Zeichen zu halten (oder ein Limit von 74 Zeichen ist sogar noch besser; es ermöglicht, dass der Code weniger als 80 Spalten enthält, selbst wenn Diff-Markierungen und E-Mail-Anführungszeichen hinzugefügt werden, wenn Sie eine Codeüberprüfung durchführen Mailinglisten).

Selbst im Zeitalter der Breitbildmonitore möchte ich mehrere Fenster nebeneinander öffnen, die verschiedene Teile des Codes anzeigen. 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 haben, die mehr als 80 Spalten umfassen, müssen Sie sich mit dem Editor befassen, der die Zeilen umschließt (was hässlich ist und das Navigieren im Code erschwert) oder Ihre Fenster so erweitern, dass Sie nicht so viele auf den Bildschirm passen Einmal.

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

Es gibt auch ein Problem mit der Codedichte. Ich mag es, beim Lesen von Code viel Kontext zu haben. Es ist viel, viel schneller, ein Fenster auf und ab zu blicken, als zu scrollen. Wenn Sie sehr lange Zeilen haben, neigen Sie auch dazu, Zeilen zu haben, deren Länge stark variiert, was zu einer großen Verschwendung von Bildschirmfläche führt und in der Lage ist, zu einem bestimmten Zeitpunkt insgesamt weniger Code auf den Bildschirm zu bringen.

Und schließlich, wenn Sie sehr lange Zeilen haben, bedeutet dies im Allgemeinen, dass Sie sehr komplizierte Zeilen, tiefe Eindrücke oder sehr lange Bezeichner haben. All dies kann ein Problem sein. Komplizierte Leitungen machen wahrscheinlich zu viel. Wenn Sie es in mehrere einfachere Zeilen aufteilen können, sollten Sie es wahrscheinlich tun. Ein tiefer Einzug bedeutet, dass Sie wahrscheinlich zu viele Schleifen und Bedingungen verschachteln, was den Codefluss verwirren kann. Überlegungen zur Umgestaltung in mehrere Funktionen. Und wenn Ihre Kennungen zu lang sind, kann das Lesen Ihres Codes sehr schwierig werden. 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, und 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 dieser Regeln, die religiös befolgt werden müssen, um sich selbst zu verzerren, damit eine Zeile passt, wenn dies einfach nicht der Fall ist. 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.

28
Brian Campbell

Wenn ich meine Zeilen auf weniger als 100 Zeichen halte, kann ich zwei Editorfenster nebeneinander auf einem Breitbildmonitor anzeigen. 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 habe.

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

46
Niall C.

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 sowieso ein Zeichen für schlechten Code. Zu komplexe Ausdrücke. Zu tiefe Einkerbung. usw. Sie sollten aufhören und überdenken, was Sie tun.

Wenn Sie jedoch sicher sind, dass der Code mehr als 80 Zeilen benötigt, können Sie dies tun. 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);
29
Cesar Canassa

Zum Codieren?

Sicherlich ja. Normaler Mensch kann nicht gut zu weit 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.

20
Maniero

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

  1. Obwohl unsere Bildschirme breiter geworden sind, müssen Sie manchmal Ihren Code ausdrucken. Wenn auch nur für 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.

Trotzdem ist 80 etwas zu wenig. Dennoch ist eine gewisse Einschränkung als Entwurfsprinzip wahrscheinlich eine gute Idee.

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

6
Assaf Lavie

Es ist willkürlich, aber es gibt eine nicht willkürliche Grenze für das, was leicht zu lesen ist. 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 gezeigt haben, ist es nicht so, dass dieser Code das einzige ist, was auf Ihrem Bildschirm angezeigt wird. Es ist großartig, zwei oder mehr Codefenster gleichzeitig zu haben und sie auf einen Breitbildmonitor zu passen.

5
jerwood

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, aber in einem Texteditor/einer IDE wird nicht der gesamte Speicherplatz aus der Textansicht entnommen. Im Editor, den ich verwende, wird links die Liste der im Projekt enthaltenen Dateien angezeigt.

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

3
kiamlaluno

Es hängt wirklich von der Entwicklungsumgebung ab.

In einem großen Unternehmen mit Tausenden von Entwicklern gibt es wahrscheinlich Hunderte von Menschen, die im Laufe der Lebensdauer eines Produkts einen Teil seines Codes betrachten müssen. Bei so vielen Menschen gibt es bestimmt einige, die aus irgendeinem Grund (ältere Hardware, Netbooks usw.) mit einer Größe von 800 x 600 oder kleiner arbeiten. Es ist wertvoll, sie unterzubringen.

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

2
Fishtoaster

Ein gewisses Limit zu haben, macht sicherlich Sinn. Die Beschränkung auf 80 Zeichen ist jedoch zu einschränkend. Ich bevorzuge eine Beschränkung auf 96 Zeichen. Es ist breit genug für den größten Teil des Codes, mit dem ich mich befassen muss, und es ist schmal genug, damit zwei Dateien nebeneinander abgelegt werden können, um sich 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 viel besser lesbar gemacht werden als mit 80.

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

2
alexeiz

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.

Wenn Sie in einer Konsolenumgebung immer noch eine Schriftart mit fester Breite verwenden, sind 80 Zeichen natürlich sinnvoll :)

1
Damovisa

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, selbst wenn der Code in einem dünnen Fenster angezeigt wird.

0
Lajos Meszaros