Source Code Formater

[Mavarik]

Zitat von stahli:

Hier mal ein kleines Beispiel: https://www.delphipraxis.net/1402961-post3.html

Aus "prop Firstname: String;" in einer Klassendeklaration wird auf Knopfdruck ein komplettes Property mit Getter (_get_Firstname), Setter (_set_Firstname) und privatem Feld (fFirstname).
Die Präfixe und die Codebausteine lassen sich variabel definieren.

Ich habe ja sicherlich auch meine Eigenheiten wie ich etwas formatiere, aber Getter mit _ und dann nochmal _ for dem Name, ist ja voll gruselig.

Da wo ich vom aktuellen Style Guide abweiche hat es wirklich gute Gründe, aber in den Grundlegenden Dingen - (bis auch Kleinigkeiten) - kann ich mich an den Style Guide halten.!

[jaenicke]

Zitat von Mavarik:

Ich habe ja sicherlich auch meine Eigenheiten wie ich etwas formatiere, aber Getter mit _ und dann nochmal _ for dem Name, ist ja voll gruselig.

Unterstriche per se sind ja laut Styleguide nur bei Importen aus anderen Sprachen erlaubt (Windows Messages, ...).

Aufgrund der vergangenen Diskussionen im Forum glaube ich, dass er durchaus weiß, dass er das anders macht als 99% der Delphi-Entwickler, aber jedem das Seine. Solange man Quelltexte nicht im Team bearbeitet oder veröffentlicht, ist das ja ziemlich egal.

Ich möchte solche Quelltexte nur nicht lesen müssen. Deshalb kaufe ich auch grundsätzlich keine Komponenten, bei denen die Beispiele schon deutlich anders als im Styleguide beschrieben aussehen.
Meistens gibt es ja Alternativen.

[stahli]

Zitat von Mavarik:

Ich habe ja sicherlich auch meine Eigenheiten wie ich etwas formatiere, aber Getter mit _ und dann nochmal _ for dem Name, ist ja voll gruselig.

So sieht man immer sofort, dass man einen Getter oder Setter vor sich hat, der normalerweise nicht aufzurufen ist.
Aber wie gesagt, das ist ja nicht zwingend.

[DeddyH]

Der Style-guide ist ja kein heiliger Gral. Was nützt mir Code, der sich sklavisch an Formatierungsvorgaben hält, aber inhaltlich suboptimal ist? Wenn jemand mit den Konventionen bricht, dies aber konsequent und nachvollziehbar tut, ist das für mich persönlich überhaupt kein Problem, der Code bleibt ja trotzdem lesbar.

[Rollo62]

Ich nutze gerne eine Art 'umgekehrt polnische Notation',
Also

Ding_Get
Ding_Set

Was den Vorteil der guten visuellen Strukturierung hat,
Und zusätzlich auch schön alphanumerisch sortiert bleibt.

Als Sahnehäubchen geht dann auch noch
Ding_Execute
Ding_Clear
Ding_Start
Ding_Stop
...

Oh je, damit bin ich bei den Puristen wohl zum Satan gekührt.
Bitte steinigt mich nicht so heftig, ich bin doch nur individuell

[stahli]

... könnte ich problemlos als Option mit aufnehmen.

[dummzeuch]

Ich bin natürlich ein bisschen voreingenommen und finde deshalb den von GExperts am besten, vor allem, weil er meine bevorzugte Formatierung unterstützt (aber nicht nur, man kann sehr viel konfigurieren). Er unterstützt leider einige (vor allem neuere) Sprachkonstrukte von Delphi nicht, aber man kann mittels {(*} und {*)} Bereiche markieren, die nicht neu formatiert werden sollen. Das entschärft das Problem etwas.

Die Hoffnung, dass der eingebaute Formatter der Delphi IDE alles unterstützt, was auch der Compiler unterstützt, hatte ich auch mal. Aber leider ist das bis heute eine Illusion. Und leider gibt es da soweit ich weiß, keine Möglichkeit, die Formatierung für einen Bereich auszusschalten.

Konfiguration via XML bieten beide nicht, soweit ich weiß. Der von GExperts bietet Konfiguration via INI_Datei.

Es gab auch mal einen JEDI Code Formatter, keine Ahnung, wie da der Stand ist. Ich glaube, er wird in Lazarus verwendet.

[Uwe Raabe]

Zitat von dummzeuch:

Und leider gibt es da soweit ich weiß, keine Möglichkeit, die Formatierung für einen Bereich auszusschalten.

Man kann aber auch bei Bedarf nur die aktuelle Selektion formatieren.