spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ich gehe mal davon aus dass du mit "Ungarischer Notation" das meinst was man im Allgemeinen darunter versteht (Präfix im Namen der den Typ angibt) und hab darum mit Nein gestimmt.

Es gibt hier schon ein paar Threads zum Thema, dort gibt es zwar keine Umfrage, allerdings 'ne nette Diskussion:
ungarische Notation

Ich habe auch Nein gestimmt, da ich sie nur teilweise anwende.
Bei Integerzahlen sehe ich zB absolut keinen Grund nen i im Namen zu setzten.
Dadurch entstehen bei mir nur unnötige Fehler, da ich eben genau dieses i vergesse.
Was anderes ist es bei Klassen, Strukturen oder Werten wo man nicht am Namen erkennt,
was es sein soll (z.B. die Variable Time- wenn es ein Floatwert ist kommt noch das f hinzu).
Bei Variablen die nur einmal benutzt werden für eine Berechnung in einer Funktion oder so,
verwende ich auch oft keine Notation, weil man eh nen paar Zeilen vorher sieht welcher Variablentyp es ist.

Bei Xrodon 2 haben wir konsequent "m_" für Membervariablen, ein "p" für alle Zeiger und enums fangen mit E an. Ansonsten nichts.
Früher hab ich etliches mehr gemacht.. aber scheinbar wirds immer mehr "Out" und ist teils auch lästig meiner Meinung nach. Das Problem ist die Fülle an Typen die sich oft gar nicht so schön kategorisieren lassen. Insofern hab ich mal mit Nein gestimmt.

Edit:
Ah eins noch: Globale Variablen beginnen mit g_ ... aber ich glaub wir haben derzeit gar keine

Absolut nein. Das einzige was ich in jeder Sprache (sogar Python) verfolge ist, dass private Eigenschaften einen Unterstrich vorangestellt bekommen und öffentliche eben nicht. Das machen, laut meinen Erfahrungen, eh die meisten so. Aber UN habe ich auch in keinem Tut. und Buch das ich gelesen habe je groß gesehen Oo Oder ich hab nicht drauf geachtet

Member mit m_/m und globals am ehesten mit g_, static mit s_. Ansonsten nichts.

Zitat von »Architekt«

Das einzige was ich in jeder Sprache (sogar Python) verfolge ist, dass private Eigenschaften einen Unterstrich vorangestellt bekommen und öffentliche eben nicht

Pass da in C++ aber auf dass die dann immer mit einem Kleinbuchstaben beginnen da Bezeichner die mit _ gefolgt von einem Großbuchstaben beginnen in C++ reserviert sind.

Zitat von »dot«

Zitat von »Architekt«

Das einzige was ich in jeder Sprache (sogar Python) verfolge ist, dass private Eigenschaften einen Unterstrich vorangestellt bekommen und öffentliche eben nicht

Pass da in C++ aber auf dass die dann immer mit einem Kleinbuchstaben beginnen da Bezeichner die mit _ gefolgt von einem Großbuchstaben beginnen in C++ reserviert sind.

Oh, wusste ich noch gar nicht, danke für den Tipp. Dann sollte ich mir wohl das vielleicht gängigere Model von "m_[...]" angewöhnen.

Die Frage ist: Warum private Member überhaupt irgendwie markieren? Bei mir haben die genauso normale Namen wie alle andren Objekte auch.