Thread thread = new Thread(Methode);

3. Wo liegt der Sinn dahinter, Funktionsdeklarationen und -definitionen in verschiedene Dateien zu trennen? Wenn ich in C++ etwas am Funktionskopf ädnern will, muss ich immer auf beide Dateien achten. In C# habe ich alles in einem und wenn ich den Quellcode nicht sehen will, klappe ich ihn einfach aus?
   Zumal ich schon des öfteren Probleme mit dem einbinden von Headerdateien hatte (Stichwort "headerdatei.h wurde schonmal eingebunden"), was aber wohl eher ein Anfängerfehler von mir ist.

PS: Der Post nimmt starken Bezug zu C#, wusste leider nicht genau wo ich ihn erstellen soll, hoffe es ist hier in Ordnung.
PPS: Das hier soll kein "C# ist besser als C++" Thread sein, ich will hier garnicht sagen welche Lösung besser ist. Ich würde aber gerne verstehen warum C++ diesen Weg gegangen ist.

Ich kann doch nicht einen "(void*)(*fpointer)(int)" der eine passsenden Funktion zugewiesen bekommt, einen String oder ähnliches mitgeben.

Oh, können kannst du es schon (da gibt es z.B. ganz böse casts... ;p
Aber ich glaube hier sollte man auch eher mit C Vergleichen, da auch C++ sehr typsicherer ist. Dennoch bietet C++ teilweise implizite Umwandlungen die in einigen Fällen nicht gewünscht sind, und auch der Begriff NULL ist gefährlich (Nimm einfach mal zwei Methoden gleichen namens, bei dem der eine einen int, der andere einen Zeiger annimmt. Nun welche Funktion wird bei NULL aufgerufen? (Anmerkung: hier wird der nächste Standard etwas ändern)

anonym schrieb:

2. Threads wenn ich mir so die allgemeinen Implementierungen von Threads in C++ anschaue (z.B. Qt) dann wird für einen Thread immer eine extra Klasse benötigt in der der Thread enthalten ist. Ich verstehe leider nicht warum das so Umständlich ist, wenn es doch auch so einfach wie in C# geht?

Thread thread = new Thread(Methode);

Wieso sollte es so umständlich sein. Du hast in C++ soviele Bibliotheken das du dir aussuchen kannst welche Art du vorziehst. Ich kenne QT nicht gut genug um zu wissen ob es dort auch anders geht.

anonym schrieb:

3. Wo liegt der Sinn dahinter, Funktionsdeklarationen und -definitionen in verschiedene Dateien zu trennen? Wenn ich in C++ etwas am Funktionskopf ädnern will, muss ich immer auf beide Dateien achten. In C# habe ich alles in einem und wenn ich den Quellcode nicht sehen will, klappe ich ihn einfach aus?

Das hat mehrere Gründe und Zeitaufwand beim Linken, Reduzierung von Abhängigkeiten sind nur ein paar Beispiele. Davon abgesehen sollten Funktionsköpfe sich eh sehr selten (im Verhältnis zur Implementierung) ändern.

anonym schrieb:

Zumal ich schon des öfteren Probleme mit dem einbinden von Headerdateien hatte (Stichwort "headerdatei.h wurde schonmal eingebunden"), was aber wohl eher ein Anfängerfehler von mir ist.

Such mal nach den Stichworten:
* Includeguards
* Vorwärtsdeklaration
dies sind zwei Punkte die man Kennen sollte bei C++Headern

anonym schrieb:

PPS: Das hier soll kein "C# ist besser als C++" Thread sein, ich will hier garnicht sagen welche Lösung besser ist. Ich würde aber gerne verstehen warum C++ diesen Weg gegangen ist.

Falsche Frage: Die Frage ist eher umgekehrt, warum ist C# diesen Weg gegangen. C++ ist 30(!!!) Jahre alt, die Sprache wandelt sich zwar über die Zeit, wird aber nicht alle Konzepte einfach über Bord werfen können. Die Schwerpunkte beider Sprachen liegen in völlig anderen Bereichen (z.B. Liegt C++ in Punkto Performance und Mächtigkeit nicht allso weit von C entfernt, C# bietet dafür einen leichteren Einstieg, eine Bibliothek die möglichst alles abdeckt und höhere Sicherheitsaspekte).

cu André

Zumal ich schon des öfteren Probleme mit dem einbinden von Headerdateien hatte (Stichwort "headerdatei.h wurde schonmal eingebunden"), was aber wohl eher ein Anfängerfehler von mir ist.

Das Problem lässt sich einfach lösen,
du schreibst einfach ganz oben in deine Headerdatei:

#ifndef _KLASSENNAME_H_ // könnte auch #ifndef blub und #define blub heißen
#define _KLASSENNAME_H_ // ich benutz nur immer gern den Klassennamen
// damit man weiß was dahintersteckt ;)

und ganz am Ende:

#endif

Dann kannst du die Datei nurnoch 1x einziehen, bzw selbst
wenn du sie mehrmals einziehst passiert nichts.

#edit:

PPS: Das hier soll kein "C# ist besser als C++" Thread sein, ich will hier garnicht sagen welche Lösung besser ist. Ich würde aber gerne verstehen warum C++ diesen Weg gegangen ist.

Natürlich gibt es Dinge die in C# besser sind wie in C++,
könnte aber einfach dadran liegen das C# eine Weiterentwicklung ist

... und auch der Begriff NULL ist gefährlich (Nimm einfach mal zwei Methoden gleichen namens, bei dem der eine einen int, der andere einen Zeiger annimmt. Nun welche Funktion wird bei NULL aufgerufen? (Anmerkung: hier wird der nächste Standard etwas ändern)

Wie ist das eigentlich, wenn man direkt 0 als Argument übergibt. Wird da die Funktion mit dem Pointer oder mit dem Integer aufgerufen? Ich denke letzteres aber man weiß ja nie.

Wie ist das eigentlich, wenn man direkt 0 als Argument übergibt. Wird da die Funktion mit dem Pointer oder mit dem Integer aufgerufen? Ich denke letzteres aber man weiß ja nie.

Du denkst richtig und jetzt weißt du auch. 0 ist eine Integerkonstante, die besser auf ein int passt als auf einen Zeiger, auf den sie erst implizit gecastet werden müsste. Bei NULL ists afaik nicht ganz klar, ich meine aber dass Scott Meyers was dazu in einem seiner effective C++ Bücher geschrieben hat.

Mit C++0x wird es aber einen nullptr geben, also ein echtes Null für Pointer.

...Bei NULL ists afaik nicht ganz klar, ich meine aber dass Scott Meyers was dazu in einem seiner effective C++ Bücher geschrieben hat.

NULL ist häufig ein define auf 0. Daher meist problematisch.

cu André