hätte ein paar Fragen zu C++ da wir nun in der FH mit C++ angefangen haben zu progrmamieren.

1. Wieso haben manche Headerdateien die Endung .h und andere nicht?

2. Im Namespaces std ist die Funktion cout sichtbar. Jedoch kann ich diese erst dann verwenden wenn ich die iostream inkludiert habe. Ist irgendwie paradox. Wieso ist dies so?

3. Habe eine eigene Klasse Object von der ich viele andere Klassen abgeleitet habe. Ich möchte die Methode equals (wie in C#, VB.Net oder Java) wie kann ich diese programmieren? Operatorüberladung?

4. Hab ihr mir einen Link zum Thema Konvertierung von z. B. Int nach String oder umgekehrt. Ist in C++ anscheindend nicht ganz so einfach, zumindest hab ich nix gefunden.

5. Und noch ne Kleinigkeit. Ich errinere mich mich - vor ein paar Jahren in der Schule mal getch() oder gets() oder sowas benutzt zu haben - ein ähnlicher Befehl wie pause unter DOS. Aber irgendwie finde ich nicht die richtige inklude-Datei.

Danke im Voraus für die (hoffentlich) vielen Antworten!!!

2. Nein, ist nicht Paradox. Der Namespace ist erst bekannt, wenn du den Header inkludierst. Der Compiler selbst kennt kein std-Namespace, das steht nämlich erst in den Headerdateien drin. Du kannst ja auch eigene Namespace definieren, wäre unflexibel wenn das im Compiler hart codiert drin wäre.

3. Ja, du kannst den == Operator überladen. Kommt darauf an was du vergleichen willst? Wenn du nur wissen willst, ob es das gleiche physikalische Objekt ist, reicht ein Pointer-Vergleich und du kannst dir das Operator-Überladen ersparen.

// wenn es Pointer sind:
if( pointer1 == pointer2) {
}
// wenn es Referenzen sind:
if( &obj1 == &obj2) {
}

Wenn du Eigenschaften von Objekten als Vergleich haben willst, mußt du den == Operator deiner Klasse überschreiben und kannst dann machen was du willst.

4. Ist einfacher als man denkt. Steht auch in unserer FAQ drin. Man benutzt dafür den stringstream aus der Standard-Lib.
http://www.c-plusplus.net/forum/viewtopic-var-t-is-39488.html

Eine andere (und noch schönere Möglichkeit) ist das lexical_cast aus der Boost C++ Library. Würde ich eher empfehlen.
http://www.boost.org/libs/conversion/lexical_cast.htm

3. Ja, du kannst den == Operator überladen. Kommt darauf an was du vergleichen willst? Wenn du nur wissen willst, ob es das gleiche physikalische Objekt ist, reicht ein Pointer-Vergleich und du kannst dir das Operator-Überladen ersparen.

Danke! Also sowas in der Art: &this == &obj ??? Kann das leider erst morgen testen.

Aber eigentlich wollte ich mit der Methode prüfen ob ein Objekt von der selben Klasse ist. z B.

EineKlasse klasse;
...andereKlasse; // könnte ein Pointer auf ein Objekt sein

klasse.equals(andereKlasse); // Wenn beide Klassen die selbe Basisklasse haben, return true

Sowas in der Art wollte ich. Das baue ich dann in die oberste Klasse ein, damit man es auf alle abgeleiteten Klassen anwenden kann.

siehe typeid und dynamic_cast.

Allerdings ist es in C++ kein gutes Klassenkonzept, wenn zur Laufzeit die Klasse eines Objektes bestimmt werden muß. Normalerweise sollten die polymorphie Funktionen der Basisklasse ausreichend, um die abgeleiteten Klassen zu benutzen ohne den genauen Typ der abgeleiteten Klasse wissen zu müßen.

bis bald
akari

Aber eigentlich wollte ich mit der Methode prüfen ob ein Objekt von der selben Klasse ist. z B.

EineKlasse klasse;
...andereKlasse; // könnte ein Pointer auf ein Objekt sein

klasse.equals(andereKlasse); // Wenn beide Klassen die selbe Basisklasse haben, return true

Sowas in der Art wollte ich. Das baue ich dann in die oberste Klasse ein, damit man es auf alle abgeleiteten Klassen anwenden kann.

Äh, nein. Das was du machen willst würde in Java eher dem instanceof entsprechen. Falsche Frage -> Falsche Antwort.

Also, in C++ muß man etwas umdenken. C++ ist da etwas restriktiver was Klassen-Design angeht. Da gilt die Regel, das es zur Laufzeit nach Möglichkeit keine Klassen-Typ-Abfragen geben sollte.

Wenn du trotzdem einen Typ vergleichen willst, solltest du dir dynamic_cast<> anschauen, welches dafür gedacht ist. Ein erfolgloser Cast wirft eine Exception (bei Referenzen) oder gibt einen NULL-Pointer zurück (bei Pointern).

Dannn brauchst du an deinen Klassen keine Operatoren überladen.

typeid würde auch gehen, hat aber den Nachteil, das der Stringwert nicht standardisiert ist, kann also von Compiler zu Compiler unterschiedlich sein. Also davon eher die Finger lassen und nur in Ausnahmefällen, wenn dynamic_cast<> nicht ausreicht, verwenden.

LG

Die .h-Endung hatte man damals weg gelassen, damit es mit MS-DOS-Dateinamen keine Probleme gibt, da MS-DOS damals nur max. 8+3 Zeichen für Dateinamen vertragen hat. Ohne .h Endung konnte eine Header Datei sinnvoller benannt werden, z.B. anstatt exceptio.h heißt die Header exception. Ist also damals einfach eine technische Limitierung gewesen.

Klingt für mich nicht plausibel. Woher hast du die Information?
Der DOS Dateiname (also ohne Dateinamenerweiterung) kann sowieso nur 8 Zeichen umfassen. Da macht es keinen Unterschied, ob mit oder ohne .h. Und <exception> ist auch nicht gleich <exceptio.n>. Oder habe ich dich irgendwie falsch verstanden?