Welche Art Notation wendet ihr an?

[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.

[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.

[sh17]

Ich bevorzuge _ vor Paramter-Bezeichnungen

also

Code:

procedure Do(_Val : Integer);
...

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

[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.

[Rollo62]

Zitat:

Wo ich tatsächlich Präfixe setze, ist bei visuellen Komponenten.

Das ist aber inkonsequent.
Da gilt dann doch das Gleiche wie bei iCount, sFactor, strId ...

Warum ist das verpönt, das andere aber nicht ?

Rollo

[Jim Carrey]

Zitat:

Warum ist das verpönt, das andere aber nicht ?

Warum sind Präfixe vor Variablennamen verpöhnt aber vor Typen, Enums usw nicht?
Streng genommen ist das T vor Klassen und das F for Properties auch redundant.

[Mavarik]

Zitat von Jim Carrey:

Streng genommen ist das T vor Klassen und das F for Properties auch redundant.

Delphi-Quellcode:

Var
  Data  : TDaten; // Klasse
  Data2 : Daten;  // Record früher habe ich DatenRec; geschrieben
  IData : ICanHandleDaten;// Interface

und

Delphi-Quellcode:

FData := 20; // Klassen Var
LData := 20; // Local Var
AData := 20; // Parameter Var
IData.Wert := 20;  // Interface Var
_Result := 20; // Result ist ein OUT Parameter und nicht das Funktionesergebniss

[Uwe Raabe]

Zitat von Rollo62:

Das ist aber inkonsequent.
Da gilt dann doch das Gleiche wie bei iCount, sFactor, strId ...

Warum ist das verpönt, das andere aber nicht ?

Weil man viel öfter und gezielter nach einem TLabel , TEdit oder einer TCheckBox sucht als nach einem Integer , string oder sonstigen Typen. Mit den Control-Präfixen wird weniger der Typ sonder eher die Bedeutung dargestellt.

Ich verwende das Präfix edt z.B. auch für Controls, die kein echtes TEdit sind, sondern wegen des Datentyps mit einem speziell dafür geeigneten Control dargestellt werden (z.B. TDbEdit oder TDateTimePicker). So kann ich das Control auch mal ohne großes Tamtam austauschen. Das Diff beim CheckIn wird damit auch viel übersichtlicher.

Das ist eben der Unterschied zwischen dogmatisch und pragmatisch.