spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Blue hat gesprochen.

Ich halte das mit dem this vor jeder einzelnen Variable einer Klasse für völlig überzogen. Früher hatte ich auch ein m_ davor. Völlig überflüssig, da die IDE sowieso farblich markiert was wohin gehört.
Und selbst wenn nicht, normalerweise schreibt man doch eher eine Klasse am Stück und weiß dann noch was wohin gehört. Wenn nicht liest man sich dann auch ein bevor man weitermacht (oder modifiziert).
Jedes mal ein this oder this-> davor zu schreiben ist auch anstrengend, oder nicht?

Zumindest ähnliches mache ich auch ähnliches bei Methodennamen: so kurz und eindeutig wie möglich!
Wenn die Klasse einen offensichtlichen Zweck erfüllt sind Namen wie set und get kein Problem (Container z.B.).

Ich finde, es gibt dem Ganzen mehr Struktur. "anstrengend" würde ich es nicht bezeichnen. Ich mache es halt so, wie ich es am besten Arbeiten kann. Ich habe mir das vor einigen Jahren so angewöhnt, als ich mich auf einen konsequenten Stil festlegen wollte. Und "in der Wirtschaft" wird zum Teil auch nach eigenen Konventionen gearbeitet. Jedenfalls in C(++). Die Sache mit dem "this" würde ich jetzt da auch eher weniger rechnen. Kurzen Namen stehe ich auch kritisch gegenüber. "Set" und "Get" fände ich zwar total ok, weil das eigentlich alles aussagen kann, aber andernfalls ich habe eine abgrundtiefe Abneigung dagegen, wenn man wegen unzureichend präziser Bezeichung dauernd in die Doku schauen muss. Auf neue Funktionen im Stil von "wcspbrk"(C-Stdlib) kann ich auch gut verzichten. In C++ würde ich anstatt "Get" und "Set" auch lieber die passenden Operatoren überladen. Kürzer geht es nicht.

Visual Studio markiert bei mir übrigens gar nichts. Man kann es zwar sicher irgendwie einstellen, zumindest mit passenden Plugin. Bei mir aber nicht standardmäßig.

@Spiele Programmierer
Welche VS Version verwendest du? Die Intellisense von Visual Studio zeigt dir Variablen/Methoden/Funktionen/Extentions/Private/Public/etc. jeweils mit einem anderem Symbol an.

Zitat

Und "in der Wirtschaft" wird zum Teil auch nach eigenen Konventionen gearbeitet

Natürlich, stimme dir vollkommen zu. Was ist jedoch wahrscheinlicher. Dass der adaptierte Style Guide deinem, oder dem "Standard" ähnlich sieht?
Zudem nutzen viele Plugins (z.B GhostDoc, Resharper etc) die Microsoft Konvention um ihre Inhalte einzufügen. Kommentare werden je nach CamelCase generiert. Generierte Properties, Variablen, Methoden etc. nehmen automatisch die Microsoft Konvention an. (Kann eingestellt werden, jedoch eine heiden Arbeit)

Zitat

"Set" und "Get" fände ich zwar total ok

Das entspricht der Java Konvention. (GetId, SetName etc.) In C# sind die Properties keine Methoden, sondern Properties.
Die werden im Intellisense auch dementsprechend dargestellt. Deshalb ist das schreiben von "Get" und "Set" auch vollkommen unnötig und gegen die Konvention.

Ja gut ich habe das mit dem get und set nicht explizit auf getXYZ bezogen, sondern nur als Beispiel für Eindeutigkeit genutzt.
Wenn ich eine Klasse "IntVector" habe ist es albern getInt als Member zu definieren. Da reicht auch ein get.

Stil hat halt auch viel mit Gewohnheit zu tun.

Kleiner Hinweis am Rande: Mit dem _ als Präfix muss man in C++ streng genommen sehr vorsichtig sein. Sofern nach dem _ ein Kleinbuchstabe folgt, ist alles OK (so lange man nicht im globalen namespace unterwegs ist), Namen die mit _ gefolgt von einem Großbuchstaben beginnen, sind aber für die Implementierung reserviert und das Verhalten jedes Programmes, das solche Namen verwendet, ist undefiniert. Selbiges gilt für Namen, die einen doppelten Underscore enthalten.

Edit: Und ja, das betrifft ganz besonders auch die Namen von Makros. Ich bin schon über die ein oder andere IDE gestolpert, die zwar das tolle Feature autogenerierter Include Guards anbietet, welche dann aber per Default gegen den Standard verstoßen...

Zitat von »Techie«

Moment, Was zu Hölle ist passiert?

Das gesamte Thema ging ab Deiner Antwort offtopic. Es wurde daher alles abgespalten.

Zitat von »Hello_Kitty!«

Bug in der Forensoftware, passiert hier öfters.

Unfug. Du wurdest gewarnt, dass Deine Flames gelöscht werden würden. Du hast es ignoriert und somit habe ich meine Ankündigung in die Tat umgesetzt. Bin gespannt wie viele Wochen und Monate Du diesen Quatsch noch verbreiten willst.

@Dot
Hast du meinen Beitrag etwa nicht gelesen?