Präfixe, unsignierte Variablen, ungarische Notation - Umsteiger braucht Hilfe

Walli

EDIT: Kleine Änderung oben. state wurde zu isSet und der Variablenname heißt state

Nonsense

MaSTaH schrieb:

state_ ist eine Variable. Man könnte sich jetzt noch streiten ob man state ein sinnvoller Funktionsname in dem Zusammenhang ist.

Aber ich denke nicht, dass alle Variablen mit einem "_" enden sollten, oder? Und wie sieht es mit Variablen aus, die aus mehreren Wörtern bestehen?

Achso: wie machen das eigentlich die Linuxer unter Euch?

http://fara.cs.uni-potsdam.de/~kaufmann/?page=cpp2html

Walli

Hab ich nur gemacht weil ich ne Funktion state hatte. Hab die dann aber sinnvollerweise in isSet umbenannt. Den Unterstrich oder ein m_ als Prefix machen viele auch um zu zeigen, dass es sich um ein class-member handelt. Habs aber editiert.

Walli

state schrieb:

http://fara.cs.uni-potsdam.de/~kaufmann/?page=cpp2html

Stimmt, Humes Style neigt zur Perfektion. Hab mir den komplette Sourcecode irgendwann mal angesehen. Müsste auch irgendwo auf seiner Seite liegen.

Nonsense

state schrieb:

http://fara.cs.uni-potsdam.de/~kaufmann/?page=cpp2html

@app.cpp:

TheApp::TheApp()
	: inStream_(&cin)
	, outStream_(&cout)
	, producer_(0)
	, analyzer_(0)
	, cpp2HtmlOptions_(0)
{}

Ist aber irgendwie strange -> Wieso Doppelpunkt und Komma nicht hinter den Variablen?

TheApp::~TheApp()

Ist ~TheApp der Dekonstructor?

Walli

Nonsense schrieb:

Und wie sieht es mit Variablen aus, die aus mehreren Wörtern bestehen?

bool whatAWonderfulDay;

Nonsense

MaSTaH schrieb:

Nonsense schrieb:

Und wie sieht es mit Variablen aus, die aus mehreren Wörtern bestehen?

bool whatAWonderfulDay;

Die OP-Variante gefällt mir da aber besser. Naja, was soll's?

Walli

Nonsense schrieb:

TheApp::TheApp()
	: inStream_(&cin)
	, outStream_(&cout)
	, producer_(0)
	, analyzer_(0)
	, cpp2HtmlOptions_(0)
{}
Ist aber irgendwie strange -> Wieso Doppelpunkt und Komma nicht hinter den Variablen?

Weil das ne Konstruktorinitialisierungsliste ist. Gehört übrigens auch zum guten Ton, da performanter als Initialisierung im Konstruktorrumpf. Das mit dem Komma ist Geschmackssache wohin das gehört. Mache es persönlich auch lieber hinter die Initialisierung.

Nonsense

MaSTaH schrieb:

Weil das ne Konstruktorinitialisierungsliste ist. Gehört übrigens auch zum guten Ton, da performanter als Initialisierung im Konstruktorrumpf. Das mit dem Komma ist Geschmackssache wohin das gehört. Mache es persönlich auch lieber hinter die Initialisierung.

Dann wird ja sicher irgendwo eine Liste geben, wo der komplette "gute Ton" beschrieben ist, oder?

Helium

An die wenigen noch übrigen UN-Vertreter: Macht doch mal vorschläge für die ungarische Notation:

for (std::vector<Signal>::iterator it=stream.begin(), it!=stream.end(); ++it) {
   ...
}

Sollte ich statt it lieber std_vector_signal_iterator_it schreiben oder svsiIt oder wie?
Welches Präfix würdet ihr für mein Audio::Filter_lowpass<float> oder Audio::Filter_bandpass<float> vorschlagen? Was für VST_helper::Parameter_mapper?

Ich hätte noch millionn von Typen, bei denen ich dann gerne Vorschläge hätte. Ich hab einfach irgendein Projekt geöffnet und irgendwelche Typen genommen, die vorkamen.

Oh man, die ungarische Notation ist doch nur für primitive Datentypen bestimmt.

DrGreenthumb

bool whatAWonderfulDay;

ich finde diese Groß/Klein-Schreibung schlimm. Für getSize() o.ä. mag das ja noch klar definiert sein, aber wenn die Leute dann mit WindowHandle oder BlumenTopf anfangen, machts echt keinen Spaß mehr.

Shade Of Mine

primitiv schrieb:

Oh man, die ungarische Notation ist doch nur für primitive Datentypen bestimmt.

In C++ unterscheidet man semantisch aber nicht zwischen primitiven Datentypen und 'Klassen'.

Denn

int64 i64=31;
i64++;
i64+=10;
cout<<i64;

Ich weiss, dass die Ausgabe 42 lautet.
Ob int64 jetzt nur ein typedef auf __int64, long long, etc. ist oder aber eine Klasse fuer grosse Zahlen ist doch egal, oder?

Cocaine

@Shade: Das bestätigt doch nur, daß die UN in C++ keinen Sinn (mehr) macht, oder?

nman

Cocaine schrieb:

@Shade: Das bestätigt doch nur, daß die UN in C++ keinen Sinn (mehr) macht, oder?

Das war ja auch der Zweck des Posts.

Walli

Nonsense schrieb:

Dann wird ja sicher irgendwo eine Liste geben, wo der komplette "gute Ton" beschrieben ist, oder?

Nein, aber Foren in denen er gepredigt wird .

Walli

DrGreenthumb schrieb:

bool whatAWonderfulDay;

ich finde diese Groß/Klein-Schreibung schlimm. Für getSize() o.ä. mag das ja noch klar definiert sein, aber wenn die Leute dann mit WindowHandle oder BlumenTopf anfangen, machts echt keinen Spaß mehr.

Mich stört BlumenTopf schon deswegen, weil es der Deutschen Grammatik widerstrebt .

DrGreenthumb

MaSTaH schrieb:

Mich stört BlumenTopf schon deswegen, weil es der Deutschen Grammatik widerstrebt .

Ja, eben. Genauso wie WindowHandle imho auch nur ein Wort ist. Aber es gibt Leute die schreiben sogar KeyBoard. Deswegen mag ich dieses Groß-Klein-Geschreibe nicht und mach lieber alles klein oder höchstens ein '_' um Verben abzutrennen.

volkard

DrGreenthumb schrieb:

MaSTaH schrieb:

Mich stört BlumenTopf schon deswegen, weil es der Deutschen Grammatik widerstrebt .

Ja, eben. Genauso wie WindowHandle imho auch nur ein Wort ist. Aber es gibt Leute die schreiben sogar KeyBoard. Deswegen mag ich dieses Groß-Klein-Geschreibe nicht und mach lieber alles klein oder höchstens ein '_' um Verben abzutrennen.

es gibt auch in berlin einen sogenannten künstler, der mit dem klavier nicht umgehen kann. aber ich wäre ein idiot, wenn ich deshalb klaviere nicht mögen würde.
es gibt leute, die willkürlich in mit s endende worte ein apostoph basteln. sollte ich deshalb die korrekte verwendung sogar hier in marc++us' forum einstellen?
ich fürchte, deine begründung ist kindisch und dein verhalten für dich schädlich.