C++Strings und die C++ String Bibliothek

Squall

Hallo,

mir ist aufgefallen, dass ich eine Variable vom Datentyp String ohne weiteres erstellen kann, sogar ohne die string Bibliothek einzubinden:

#include <iostream>
using namespace std;

int main()
{
    string str;
    str = "mein String";
}

Aber wie ist das möglich? Wurde String in iostream übernommen? Oder ist es ganz einfach die "Freundlichkeit des Compilers"? Methoden der Stringklasse kann man so aber nicht verwenden:

#include <iostream>
using namespace std;

int main()
{
	string str;
	str = "mein String";

	cout << str.length << endl; //Compilerfehler
}

Aber was genau hat man denn dann für einen String?

Danke,
Gruß
Squall

ihoernchen

In iostream ist wahrscheinlich eine Vorwärtsdeklaration enthalten.
Also sowas wie

class MyClass;

Braunstein

es heißt ja auch str.length**()**
Bei manchen Compilern zieht iostream eben string mit rein (MinGW, keine Vorwärtsdeklarartion).

Schau doch einfach in den iostream header rein. Können wir schlecht wissen, zumal du uns nicht mal deine Implementierung genannt hast. Es kann schon mal vorkommen, das ein Standard-Header einen anderen Standard-Header implementiert. Muß aber nicht heißen, das es der Norm entspricht. Die Header-Dateien werden von Menschen implementiert, und Menschen machen Fehler.

ghorst

length() ist eine funktion von string und kein member. daher gehören da die klammern dran, dann sollte der code auch gehen.

Squall

Braunstein schrieb:

es heißt ja auch str.length**()**
Bei manchen Compilern zieht iostream eben string mit rein (MinGW, keine Vorwärtsdeklarartion).

Oh ja, da habe ich mich ein wenig vertan. Okay, dann funktioniert das Aufrufen der Methoden wohl doch.

Nun ja, also ich verwenden MinGW g++. Habe schon in der iostream, istream, ostream und ios Headerdatei geschaut, aber nicht direkt das Schlüsselwort string entdeckt. Ich schau aber noch weiter.

Danke

Quellcode

freu dich doch, dass es geht...

Sinngemäßes Zitat aus Matrix 3 über Maschinen:
"Wir wissen nicht, wie sie funktioniert, aber dass sie funktioniert."

zwutz

Quellcode schrieb:

freu dich doch, dass es geht...

nein. Wenn dieses Verhalten nicht dem Standard entspricht kann man nach einem Compilerwechsel diverse Probleme bekommen

Quellcode

dann mach standardmäßig folgendes:

#include <string.h>
bzw.
#include <string>

asc

Quellcode schrieb:

#include <string.h>
bzw.
#include <string>

Ersteres bitte unter keinen Umständen! (Ungültiger C++ Code)

cu André

Quellcode

hm... wirklich... unter Borland C++ Builder geth es ohne das .h gar nicht...

ghorst

Squall schrieb:

Nun ja, also ich verwenden MinGW g++. Habe schon in der iostream, istream, ostream und ios Headerdatei geschaut, aber nicht direkt das Schlüsselwort string entdeckt. Ich schau aber noch weiter.

der ist auch ein bisschen versteckt. das ist jetzt mal die include-reihenfolge für den gcc 4.2.3 unter linux, aber das sollte bei dem mingw ähnlich aussehen:
<iostream> -> <ios> -> <bits/ios_base.h> -> <bits/locale_class.h> -> <string>

ob das der standard so definiert, müsste ich jetzt erst nachlesen...

Nexus

Quellcode schrieb:

hm... wirklich... unter Borland C++ Builder geth es ohne das .h gar nicht...

Dann solltest du aber schnell den Compiler wechseln (oder zumindest aktualisieren).

asc

Quellcode schrieb:

hm... wirklich... unter Borland C++ Builder geth es ohne das .h gar nicht...

Sagen wir es so: Wenn du einen veralteten Compiler verwendest, ist das dein Problem, aber BITTE schlag keinen veralteten Code vor. Und tue dir selbst etwas Gutes und wechsel (es gibt genügend frei verfügbare Alternativen)

Der C++98 Standard kennt keine Bibliothek die mittels <string.h> inkludiert wird. Es mag ein Compiler zwar zulassen, dies ist aber nicht garantiert.

cu André

Braunstein

Quellcode schrieb:

hm... wirklich... unter Borland C++ Builder geth es ohne das .h gar nicht...

Welche BCB-Version hast du denn?
Meine derzeit älteste installierte Version,BCB5 , hat damit kein Problem.

Quellcode

Ok, danke für die Hinweise.
Werde in Zukunft auch MSVC 2008 verwenden.

Bin nur leider Uni-technisch gezwungen den BCB zu benutzen.
Ich wusste bis eben gar nicht, dass das veralteter Code ist.

Wieder etwas schlauer

Braunstein

Der aktuelle BCB2007 ist gar nicht so veraltet.
Es wird bei CodeGear (Embarcadero) auch fleissig weiter am Compiler gearbeitet um ihn standardkonformer zu machen. Ab der nächsten Release sollte z.Bsp. auch ein fertig kompiliertes boost mit dabei sein.

Nexus

Quellcode schrieb:

Ich wusste bis eben gar nicht, dass das veralteter Code ist.

Du kannst dir merken, dass in C++ alle Standardheader ohne Dateiendung auskommen. Bei moderneren Compilern wird dir auch eine Warnung beim Benutzen veralteter Header ausgegeben.

Squall

asc schrieb:

Quellcode schrieb:

#include <string.h>
bzw.
#include <string>

Ersteres bitte unter keinen Umständen! (Ungültiger C++ Code)

cu André

Ja, allerdings! ... Das wird bei uns in der Schule verwendet, weil die einen uralt Compiler von Borland verwenden, wo es noch nicht einmal Namespaces gab...

Vor allem ist string.h doch eigentlich die alte C-Headerdatei, oder? Mit Funktionen wie strcmp(), strcpy() usw...?

.filmor

asc schrieb:

Der C++98 Standard kennt keine Bibliothek die mittels <string.h> inkludiert wird. Es mag ein Compiler zwar zulassen, dies ist aber nicht garantiert.

Klar kennt der Standard das. string.h ist zwar zugunsten von cstring überholt, ist aber trotzdem Teil des Standards und enthält die Deklarationen für den Stringteil der libc.