Programmcode ausblenden

[derseitzer]

Hallo Leute,

Ist es möglich bestimmte selbstdefinierte Programmcodeabschnitte zu markieren und so etwas einzufügen (Siehe Bild im Anhang).
Das würde mir die Arbeit sehr vereinfachen -> weniger Scrollen und weniger Code

Vielen Dank schonmal
MFG Derseitzer

[günni0]

Eventuell Regions?

Delphi-Quellcode:

Code 1

{$REGION 'Viel Code'}
Viel viel Code
{$ENDREGION}


Code 2

[derseitzer]

@günnio
Perfekt! Dankeschön

[Der schöne Günther]

Wenn du scrollen musst sind deine Methoden zu lang

[derseitzer]

Zitat:

Wenn du scrollen musst sind deine Methoden zu lang

Habe eine lange Liste an Konstanten, die Punkte in einem 3d-Raum beschreiben. Ich hätte sie auch alle nebeneinander quetschen können, aber dann kann ich horizontal scrollen..
Mit den Regions ist es perfekt

[himitsu]

Name "code folding"

[Dennis07]

Zitat von Der schöne Günther:

Wenn du scrollen musst sind deine Methoden zu lang

Auch wenn dies nur ein Scherz war (hoffe ich mal), so kann ich hier nur den Kopf schütteln. Ich habe in fast jeder Unit Methoden, die die 50 Zeilen locker überschreiten. Manchmal ist mehr halt weniger.

Zitat von derseitzer:

Habe eine lange Liste an Konstanten, die Punkte in einem 3d-Raum beschreiben. Ich hätte sie auch alle nebeneinander quetschen können, aber dann kann ich horizontal scrollen..
Mit den Regions ist es perfekt

Und warum nicht direkt in Records? Macht das ganze nicht nur übersichtlicher, sondern du kannst auch selbt entscheiden, wer darauf zugriff hat:

Delphi-Quellcode:

type
  TMyConsts = record
  {public} const
    Pi = 3.14;
    Origin: TPoint = (X: 0; Y: 0);
    Indices: TArray<Integer> = [0, 1, 2];
  end;

Nur so als kleiner "Tipp"

[jaenicke]

Zitat von Dennis07:

Auch wenn dies nur ein Scherz war (hoffe ich mal), so kann ich hier nur den Kopf schütteln. Ich habe in fast jeder Unit Methoden, die die 50 Zeilen locker überschreiten.

Gehört hier jetzt nicht direkt rein, aber das war sicher kein Scherz. In neuen Units sind unsere Methoden so gut wie nie länger als 20-30 Zeilen, sei es in einem Parser oder in einer Klasse aus der GUI-Logik.
Seitdem wir die Clean Code Prinzipien besser beachten funktioniert auch Error Insight recht zuverlässig und übersichtlicher ist es noch dazu. Und man braucht weniger Kommentare, weil die Methodennamen schon angeben was darin passiert.

Oft passt auf eine Bildschirmseite auch die ganze Unit, denn da passen bei mir ca. 90-100 Zeilen hin.

[Dennis07]

Zitat von jaenicke:

In neuen Units sind unsere Methoden so gut wie nie länger als 20-30 Zeilen, sei es in einem Parser oder in einer Klasse aus der GUI-Logik.

Also für mich macht es Code nicht umbeding leichter lesbar, muss ich sagen. Hatte das auch mal ausprobiert. Und ja, es kann durchaus die Übersicht erhöhen. Aber auf Teufel-komm-raus jetzt eine maximale Zeilenlänge von 20 oder 30 Zeilen aufzubrummen, halte ich grob betrachtet für falsch und nicht zweckmäßig.

Zitat von jaenicke:

Seitdem wir die Clean Code Prinzipien besser beachten funktioniert auch Error Insight recht zuverlässig und übersichtlicher ist es noch dazu. Und man braucht weniger Kommentare, weil die Methodennamen schon angeben was darin passiert.

"Error Insight"? Ist das die spöttische bezeichnung für CI oder ist das was wovon ich noch nie was gehört hab?

Zitat von jaenicke:

Oft passt auf eine Bildschirmseite auch die ganze Unit, denn da passen bei mir ca. 90-100 Zeilen hin.

Naja, da unterscheiden sich unsere Bildschirme aber wohl. Bei mir passen vielleicht 30 Zeilen oder so rauf. Kann manchmal nerven, find es aber auch nicht sooo schlimm.

[günni0]

Zitat:

Oft passt auf eine Bildschirmseite auch die ganze Unit, denn da passen bei mir ca. 90-100 Zeilen hin.

Bei mir sind es 53 Zeilen. Dann kommt die Scrollleiste.

90-100 Zeilen pro Bildschirm. Das schreit ja nach einer Brille weil alles so unheimlich klein ist.
Ich bin der Meinung, sobald man seinen Kopf aktiv bewegen muss um Dinge auf einem Bildschirm zu finden, ist der Bildschirm zu groß.
zwischen 21 und 24 Zoll ist meiner Meinung nach der Sweet point.