Max Zeilen in einer Procedure

[Uwe Raabe]

Zitat von Edelfix:

Weiß jemand wieviel Zeilen eine Procedure maximal haben darf?

Faustregel: Nicht mehr als auf dem Bildschirm ohne zu scrollen angezeigt werden können. Mehr ist schlecht für die Lesbarkeit.

Den Compiler würde ich dazu gar nicht erst befragen. Der ist da ziemlich schmerzbefreit und definitiv nicht kompetent genug für eine Antwort darauf.

[Sinspin]

Zitat von Uwe Raabe:

Faustregel: Nicht mehr als auf dem Bildschirm ohne zu scrollen angezeigt werden können. Mehr ist schlecht für die Lesbarkeit.

Also brauche ich nur einen großen Monitor. Oder die Schrift schön klein machen.

Ich finde es wichtiger den Quelltext ordentlich zu dokumentieren und Bezeichnern verständliche Namen zu geben.
Natürlich sollte man immer nachdenken was logische Blöcke sind die man zusammenfassen kann. Aber manchmal wird es halt ein bisschen mehr.

[Delbor]

Hi zusammen

Zitat von Sinspin:

Zitat von Uwe Raabe:

Faustregel: Nicht mehr als auf dem Bildschirm ohne zu scrollen angezeigt werden können. Mehr ist schlecht für die Lesbarkeit.

Also brauche ich nur einen großen Monitor. Oder die Schrift schön klein machen.

Ich finde es wichtiger den Quelltext ordentlich zu dokumentieren und Bezeichnern verständliche Namen zu geben.
Natürlich sollte man immer nachdenken was logische Blöcke sind die man zusammenfassen kann. Aber manchmal wird es halt ein bisschen mehr.

Ein grosser Monitor ist nicht zuverachten, bzw. sehr hilfreich. Hingegen solllte die Schriftgrösse so eingestellt werden, dass die Lesbarkeit nicht darunter leidet.

Beim entwerfen einer Prozedur entstehen bei mir öfters wahre Monster, so dass der Monitor gerne noch 2 bis 3x höher sein dürfte. Diese Gewaltsdinger teile ich im Anschluss an die Entwurfsphase in mehrere kleinere Prozeduren auf. Das hat den Vorteil, dass ich die entstandenen Prozeduren mit einem Blick überschauen, aber auch aus andern Programmteilen heraus aufrufen kann.

Ab etwa sechs bis acht Zeilen sollte man sich über eine Aufteilung Gedanken machen.

Gruss
Delbor

[himitsu]

Ach darum nimmt man einen SAMSUNG C49G94TSSR 49 Zoll WQHD hochkannt, mit Small Font 4 im Codeeditor?


Quelle: https://twitter.com/toms_rocket/stat...94636582817793


Ich hab wegen Ausfall eines Monitors grad sowas, was bei uns frei rumstand, bloß nicht curved, und das macht mich schon bissl wuschig ... aber im Hochformat wäre gerade eh schöner.
Bei 1200er Höhe passt so auch gleich mehr drauf.

[MyRealName]

Ich habe einen dieser 49", macht sich echt gut mit 1440p. Aber normale Schriftgröße in Delphi. Ist halt wir 2x 2k Monitore mit 27", nur ohne störenden Mittelstreifen
Ich tendiere auch zu Prozedurlängen von max. 1 Bildschirm.

[Delbor]

Hi zusammen

Zitat von himitsu:

Ach darum nimmt man einen SAMSUNG C49G94TSSR 49 Zoll WQHD hochkannt, mit Small Font 4 im Codeeditor?

Grins

Gruss
Delbor

[Delphi-Laie]

Dieses Thema hat vermutlich das Potential für einen ideologischen Grabenkrieg.

Folgt man diesem Dogma "Prozedur (oder eben Funktion) nicht größer als Bildschirm", muß man das Programm ggf. unnötig ziseliert "zerhacken". Das bläht wahrscheinlich nicht nur das Compilat unnötig auf. Es erscheinen unnötig viele Unterprogramme im Code-Explorer. Und spätestens dann bekommt die behauptete "größere Übersichtlichkeit" ggf. ihre ersten Risse.

Außerdem bekommt man bei einem "kompakten" Quellcode durchaus wesentlich mehr Code auf den Bildschirm, insofern ist das wirklich nur eine Faustregel. Inwieweit das dann übersichtlicher ist, ist sicher auch eine Geschmacksfrage (ich mag solchen Quellcode).

[Sherlock]

Grundsätzlich kann man alle Deine Behauptungen mit einem "stimmt so nicht" kontern, @Delphi-Laie. Und zwar genau dann, wenn es um mehr als ein Projekt, mehr als einen Entwickler und mehr als ein Jahr Entwicklungszeit geht.

Übersichtlichkeit ist in den genannten Fällen Trumpf. Und Übersicht bekommt man in erster Linie durch kurze Codeblöcke.

Sherlock

[Delphi-Laie]

Zitat von Uwe Raabe:

Zitat von Edelfix:

Weiß jemand wieviel Zeilen eine Procedure maximal haben darf?

Faustregel: Nicht mehr als auf dem Bildschirm ohne zu scrollen angezeigt werden können. Mehr ist schlecht für die Lesbarkeit.

Den Compiler würde ich dazu gar nicht erst befragen. Der ist da ziemlich schmerzbefreit und definitiv nicht kompetent genug für eine Antwort darauf.

Ist das jetzt ein Scherz, Ironie?

Wer, wenn nicht der Compiler, ist der kompetente Auskunftsschalter, jedenfalls dann, wenn ein evtl. vorhandenes Limit überschritten wurde?!

Ich kann mich noch an Zeiten erinnern - entweder war es das originale Pascal oder eines der frühen Turbo-Pascals mit der damals revolutionären IDE, das tatsächlich noch die Compiler-Fehlermeldung "source code too large or too complex" (oder so ähnlich) hatte. Ich sah sie später nie wieder.

Auch beim Turbo-Pascal 6.0 kann ich mich an eine Restriktion erinnern: Dem war eines meiner Programme zu groß, aus heutiger Sicht eher bescheiden. Also lagerte ich den Ein- und auch den Ausgabeteil jeweils in eine eigene Prozedur aus, die ich jeweils, also an passender Stelle, nur einmal aufrief. Das Programm wurde dadurch nur (minimal) komplexer und der Quellcode nur unnötig etwas größer. Was der Compiler davon hatte, erschloß sich mir nie.

So gesehen, ist die Frage von Edelfix vielleicht doch durchaus berechtigt.

[sakura]

Zitat von Delphi-Laie:

Ist das jetzt ein Scherz, Ironie?

Nein, das ist sauberes entwickeln. Eine "Monitorlänge" ist einfach ein Richtwert. Keiner reißt einem den Kopf ab, wenn es mal zwei oder gar drei sein, aber die Übersichtlichkeit ist eine wichtige Richtlinie.

Aus Sicht des Compilers gibt es keine feste Grenze, das hängt eher vom verfügbaren Speicher ab (der Compiler kann bis zu 2GB nutzen für alles zusammen).

......