spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »Techie«

Ist das exzessive Nutzen des "this"-operators hier überhaupt nötig? Bist du dir sicher, dass du die Grundlagen von C# draufhast?

Ich nutze 'this' in C# wie auch C++ auch, sofern meine Member public sind. private und protected kennzeichne ich gewohnheitsmäßig mit einem '_' als Präfix, somit sind sie leicht zu identifizieren, aber für einen schnelle Überblick finde ich 'this' vor public Membern und/oder Methodenaufrufen äußerst praktisch.

Ich verwende auch grundsätzlich "this->" in C++ und "this." in C#.
Es gibt die Möglichkeit, Memberfunktionen mit Präfixen zu kennzeichnen. Die Verwendung von "this" passt meiner Meinung nach aber wesentlich besser in die Sprache als "m_" oder ähnliches, dass auf mich sehr altmodisch wirkt. Nur Präfixe bei privaten Membervariablen finde ich irgendwie inkonsistent, andererseits sehe ich eben schon gerne auf den ersten Blick, ob es sich um eine Membervariable/-funktion handelt(egal ob privat, protected oder was auch immer), außerdem ist manchmal ja einfach notwendig, wenn mehrere Variablen sich verdecken(Häufig im Konstruktor). Mir fehlt eigentlich nur ein Compilerschalter, der eine Warnung auslöst, falls man mal "this" vergessen haben sollte...
Aber wie bei solchen Sachen immer, gehen da die Meinungen ziemlich weit auseinander. Eigentlich ist eine Sache, was man Gewöhnt ist und deshalb gerne sieht.

In C(++) Variablen mit einem "_" zu kennzeichnen, kann man übrigens kritisch betrachten, da derartige Namen in vielen Formen eigentlich reserviert sind...
http://stackoverflow.com/questions/22878…-a-c-identifier

dafuq O.o

Bitte verwendet keine Underscores für Methoden oder Variablen. (C#)
Am besten haltet ihr euch an die Code-Konventionen von Microsoft.
Erstens sind alle Beispiele/Tutorials/SourceCode/etc. mit der Konvention versehen und zweitens erleichtert ihr euch den Einstieg in die Wirtschaft.
"this" wird übrigens dann verwendet, wenn eine Mehrdeutigkeit gegeben ist (durch Übergabeparameter), oder aufgrund der Vererbungsstruktur.

Ich verwende es seit jeher und werde es auch weiterhin tun, sofern mein Arbeitgeber da nichts anderes sagt. 'm_' finde ich auch nett, wobei ein simples '_' als Präfix mir eher zusagt. Einfach um zu erkennen, ob der Member public ist, oder nicht. C/C++ programmiere ich schon noch gern einfach simpel in Sublime, daher gibt es da keinen Schnick Schnack. Und afaik sind doppelte Unterstriche für internen Gebrauch reserviert.

Public oder private erkennt man an der Groß/Kleinschreibung und anhand des Symbols, welches die IDE neben den Namen stellt.
Aber jedem das seine. Möchte jetzt nicht weiter ins Off-Topic verfallen. (Ich entschuldige mich bei den Moderatoren und Andreas)

camelCase und m Präfix sind das neue schwarz.
Ach und @Spiele Programmierer: g++ -Wshadow

MfG
Check

Im Gegensatz zu einer relativ verbreiteten Konventionen, verwende ich traditionell keinen Camel Case, weil ich persönlich das immer schon als schwer lesbar empfand. Deshalb ist "this" auch häufig von selbst notwendig, besonders in C#. Wahrscheinlich kam es sogar so zu meiner "this"-Konvention. "-Wshadow" ist leider nicht das was ich suchen würde. Kurz gesagt: Ich hätte gern "this" obligatorisch.

Wie wäre es eigentlich damit, wenn man mal das Thema abspalten würde?

@Architekt
Das sind sie auch, aber nicht nur. (Steht auch in dem Link)
Einfache Unterstriche sind ebenfalls teilweise reserviert.

Zitat von »Toemsel«

Bitte verwendet keine Underscores für Methoden oder Variablen. (C#)
Am besten haltet ihr euch an die Code-Konventionen von Microsoft.
Erstens sind alle Beispiele/Tutorials/SourceCode/etc. mit der Konvention versehen und zweitens erleichtert ihr euch den Einstieg in die Wirtschaft.

So ist es und so sollte es sein.