AW: Source Code Formater
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.
|
AW: Source Code Formater
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 :-) |
AW: Source Code Formater
... könnte ich problemlos als Option mit aufnehmen.
|
AW: Source Code Formater
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. |
AW: Source Code Formater
Zitat:
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 09:43 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz