Welche Art Notation wendet ihr an?

[Jim Carrey]

Mich würde mal interessieren, welche Art Notation ihr anwendet und besonders auch warum.

Ich wende eine Art ungarische Notation an, aber nicht wirklich:

Delphi-Quellcode:

// Normale Variablen
var
 sString: String;
 iInteger: Integer;
 dDouble: Double;
 fFloat: Float;
 pPointer: Pointer;

// Properties
FiMeinProperty: Integer;
property iMeinProperty: Integer read FiMeinProperty write FiMeinProperty;

// Parameter in Funktions- und Prozedurenköpfen (erster Buchstabe der Funktion/Prozedur immer klein und ein "a" vor den Parametern)
procedure test(aString: String);

// Klassen und Typen
type
 TMeineKlasse = class
 private
  //
 public
  //
 end;

type
 TMeinType = ....

[Der schöne Günther]

Im Leben nicht. Warum? Das ist doch völlig redundant. Grade in Delphi mit seiner (fast schon übertriebenen Typsicherheit) hat man dadurch doch rein gar nichts gewonnen.

Siehe auch:
https://de.wikipedia.org/wiki/Ungari...otation#Kritik

[jaenicke]

Solche Präfixe braucht man bei Delphi nicht, da die Variablen ohnehin feste Typen haben. Dazu kommt, dass der Variablenname selbst schon einen Hinweis geben sollte was das für ein Typ ist.
Dass zum Beispiel ItemName kein Integer ist, ist ohnehin klar.

Deshalb macht man sich dadurch nur unnötig Arbeit. Wenn der Quelltext ordentlich strukturiert ist und die Bezeichner ordentlich benannt, braucht man diese Information nicht.

Wo ich tatsächlich Präfixe setze, ist bei visuellen Komponenten. Das hat den Grund, dass ich den konkreten Namen einer Komponente natürlich nicht immer im Kopf habe. Ich will aber auch nicht jedesmal nachschauen müssen. Deshalb heißen Labels z.B. lblXYZ. Ich brauche also nur lbl eingeben um alle Labels vorgeschlagen zu bekommen. In der dann kleineren Liste finde ich in der Regel auch sofort was ich suche.

[Uwe Raabe]

Zitat von jaenicke:

Wo ich tatsächlich Präfixe setze, ist bei visuellen Komponenten. Das hat den Grund, dass ich den konkreten Namen einer Komponente natürlich nicht immer im Kopf habe. Ich will aber auch nicht jedesmal nachschauen müssen. Deshalb heißen Labels z.B. lblXYZ. Ich brauche also nur lbl eingeben um alle Labels vorgeschlagen zu bekommen. In der dann kleineren Liste finde ich in der Regel auch sofort was ich suche.

Insbesondere kann man das zu diesem TLabel gehörende TEdit dann z.B. auch sinnvoll edtXYZ nennen.

[Der schöne Günther]

Da stimme ich zu - Bei visuellen Komponenten habe ich das auch drin.

Aber warum als Prefix, und nicht als Suffix? Wenn es z.B. userInputEdit und userInputSubmitButton heißt habe ich direkt die Teile die zum "UserInput" gehören. Stände es nicht am Anfang müsste ich danach suchen.

[SProske]

Ich weiß nicht, wie man das nennt, aber:
- grundsätzlich CamelCase
- Interfaces mit führendem I, Klassen mit führendem T
- Klassenvariablen mit führendem F (die Property dann entsprechend ohne dieses)
- Visuelle Komponenten mit führendem Komponententyp (voll ausgeschrieben, also EditName, nicht EdtName), außer VirtualStringTree, bei dem nur VSTIrgendwas
- Zählvariablen I, J, K usw.
- sonst keine Prä-/Suffixe und hoffentlich sprechende Namen

[Uwe Raabe]

Zitat von Der schöne Günther:

Aber warum als Prefix, und nicht als Suffix? Wenn es z.B. userInputEdit und userInputSubmitButton heißt habe ich direkt die Teile die zum "UserInput" gehören. Stände es nicht am Anfang müsste ich danach suchen.

Beide Varianten haben sicher ihre Vor- und Nachteile. Damit bleibt es wohl Geschmackssache. Ich halte es in diesem Fall wie Sebastian, unter anderem auch, weil ich einen Analyzer habe, der die Einhaltung dieser Regel überprüft.

[sh17]

Ich bevorzuge _ vor Paramter-Bezeichnungen

also

Code:

procedure Do(_Val : Integer);
...

function Do(const _Val : String; out _Result : Integer) : Boolean;
...

[Aviator]

Zitat von Uwe Raabe:

Zitat von Der schöne Günther:

Aber warum als Prefix, und nicht als Suffix? Wenn es z.B. userInputEdit und userInputSubmitButton heißt habe ich direkt die Teile die zum "UserInput" gehören. Stände es nicht am Anfang müsste ich danach suchen.

Beide Varianten haben sicher ihre Vor- und Nachteile. Damit bleibt es wohl Geschmackssache. Ich halte es in diesem Fall wie Sebastian, unter anderem auch, weil ich einen Analyzer habe, der die Einhaltung dieser Regel überprüft.

Ich bevorzuge den Präfix. Wenn man kein CnPack benutzt, dann findet auch die Delphi Integrierte Eingabehilfe direkt die Komponenten. In Verbindung mit CnPack würde auch ein Suffix funktionieren weil CnPack alle Teile des Namens betrachtet.

Früher hatte ich Suffixe verwendet, bin aber schon vor Jahren zu dem Schluss gekommen, dass Präfixe (zumindest für mich) wesentlich besser sind.

[sahimba]

Zitat von sh17:

Ich bevorzuge _ vor Paramter-Bezeichnungen

Das ist nicht schön vong Ästhetik her.

Ich verwende ein A. AValue, AName...
Lokale Variablen erhalten ein führendes L um sie von möglicherweise gleichnamigen Properties uzu unterschieden.
Ansonsten, das übliche: Klassen, Enums, Records ein T, Interfaces ein I, Felder ein F. Konstanten ein führendes C.