3. C++ Stringoperationen im Vergleich zu C Stringoperationen, C++Anfänger

C++ Stringoperationen im Vergleich zu C Stringoperationen, C++Anfänger

  • C

    OK, dann setze ich mal deinen Code um:

    string buffer,p,p1...;  //char buffer[1024],*p,*p1,*p2,*p3...usw;
int pos,apos;

buffer = String;        //strcpy(buffer,String);

//Zahl am Anfang
pos = buffer.find(" "); //p=strtok(buffer," ");
if(pos==string::npos)   //if(p==NULL)
  throw("Fehler beim zerhacken des Strings");
else
  p=buffer.substr(0,pos);

//Name
apos=pos+1;pos=buffer.find(",",apos);
                        //p1=strtok(NULL,",");
if(apos==string::npos)
  throw("Fehler beim zerhacken des Strings");
else
  p1=buffer.substr(apos,pos-apos);

...

    Denn nur das erste Zeichen finden bringt mir nichts,

    Das nette an find() und Kollegen ist, daß du auch eine Startposition angeben kannst - auf diese Weise suchst du beim nächsten Durchlauf hinter der letzten gefundenen Position weiter.

    0
  • J

    Ich glaube boost bietet auch einiges an Stringoperationen und hat wenn ich mich recht erinnere auch so einen tokenizer. Wenn die Daten komplexer werden ist vielleicht auch spirit interessant, weil man die Daten direkt beim parsen an die variablen binden kann.

    0
  • M

    @CStoll
    Total Klasse!

    Vielen Herzlichen Dank...wieder ein Schritt weiter
    Habe nur noch das Problemchen , daß er string nicht kennt obwohl ich

    #include <string>
    #include <iostream>

    eingebunden habe und using namespace std; angegeben habe (was auch immer das heist)

    wenn ich string test; angebe, sagt er:

    Syntaxfehler: Fehlendes ';' vor Bezeichner 'test' und
    'test': nichtdeklarierter Bezeichner

    Könnte es daran liegen, daß ich langsam einen ziemlichen C/C++ mischmasch habe?
    Aber das sollte ja kein Problem sein, denke ich.

    Was fehlt denn da noch?

    Mondmann

    0
  • T

    Bei solchen Dingen gibt es 2 Möglichkeiten (zumindest fallen mir 2 gute ein): reguläre Ausdrücke oder ein handgeschriebener Parser.

    Regulare Ausdrücke findest Du beispielsweise in der Boost-Bibliothek (wobei die Site momentan ein 404 - not found liefert 😞 ). Ein handgeschriebener Parser ist weit aufwendiger aber schneller. Wenn es nicht auf das letzte Quentchen Geschwindigkeit ankommt, nimm reguläre Ausdrücke. Die sind auch wartbarer als was handgeschriebenes.

    @CStoll: mit dem strtok hast Du nicht ganz recht. Ich habe extra den Verweis auf std::getline(std::istream&, std::string&) gebracht. Das ist die exakte Entsprechung. Dafür hast Du bei den Exceptions bei Streams voll gepunktet 😃

    Tntnet

    0
  • T

    Mondmann schrieb:

    @CStoll
    Total Klasse!

    Vielen Herzlichen Dank...wieder ein Schritt weiter
    Habe nur noch das Problemchen , daß er string nicht kennt obwohl ich

    #include <string>
    #include <iostream>

    eingebunden habe und using namespace std; angegeben habe (was auch immer das heist)

    wenn ich string test; angebe, sagt er:

    Syntaxfehler: Fehlendes ';' vor Bezeichner 'test' und
    'test': nichtdeklarierter Bezeichner

    Könnte es daran liegen, daß ich langsam einen ziemlichen C/C++ mischmasch habe?
    Aber das sollte ja kein Problem sein, denke ich.

    Was fehlt da noch?

    Mondmann

    Entweder ergänzt Du nach den includes "using namespace std;" oder Du verwendest voll Qualifizierte Namen, also statt "string" immer "std::string". Wobei ich persönlich das zweite bevorzuge.

    Tntnet

    0
  • M

    Wenn ich "using namespace std;" einfüge funktionierts nicht.
    Bei Deinem 2. Beispiel schon...

    Vielen Dank, tolles, hilfreiches Forum hier.

    Mondmann

    0
  • C

    tntnet schrieb:

    @CStoll: mit dem strtok hast Du nicht ganz recht. Ich habe extra den Verweis auf std::getline(std::istream&, std::string&) gebracht. Das ist die exakte Entsprechung.

    Dann versuch' mal, einen Ausdruck wie 'strtok(data,".,;");' mit getline() darzustellen (bei getline() kannst du nur ein Trennzeichen angeben).

    Dafür hast Du bei den Exceptions bei Streams voll gepunktet 😃

    Danke für die Blumen 😉
    (tja, ein bisschen was bleibt schon hängen, wenn man sich intensiver mit der Standardlib beschäftigt)

    0
  • M

    CStoll schrieb:

    OK, dann setze ich mal deinen Code um:

    string buffer,p,p1...;  //char buffer[1024],*p,*p1,*p2,*p3...usw;
int pos,apos;

buffer = String;        //strcpy(buffer,String);

//Zahl am Anfang
pos = buffer.find(" "); //p=strtok(buffer," ");
if(pos==string::npos)   //if(p==NULL)
  throw("Fehler beim zerhacken des Strings");
else
  p=buffer.substr(0,pos);

//Name
apos=pos+1;pos=buffer.find(",",apos);
                        //p1=strtok(NULL,",");
if(apos==string::npos)
  throw("Fehler beim zerhacken des Strings");
else
  p1=buffer.substr(apos,pos-apos);

...

    Denn nur das erste Zeichen finden bringt mir nichts,

    Das nette an find() und Kollegen ist, daß du auch eine Startposition angeben kannst - auf diese Weise suchst du beim nächsten Durchlauf hinter der letzten gefundenen Position weiter.

    Bei diesem Beispiel hier..da könnte ich doch das else weglassen, da er nach dem throw eh rausspringt, oder?

    Mondmann

    0
  • C

    Ja, könntest du eigentlich.

    0
  • M

    Ok.
    UND wie kann ich das jetzt darstellbar machen?
    Ich meine wenn ich in einem Messagebox:

    MessageBox(NULL,p_buf, "Erster Teilstring", MB_OK);

    ausgebem will, meckert der, daß er std:string nicht in LPCSTR umwandeln kann. Muss ich das machen?
    Generell?

    0
  • C

    std::string hat auch eine Methode c_str(), mit der du auf das unterliegende char-Array zugreifen kannst:

    MessageBox(NULL,p_buf.c_str(), "Erster Teilstring", MB_OK);

    PS: Im Zuge der UNICODE-Euphorie wäre vielleicht ein "typedef std::basic_string<TCHAR> tstring;" angebracht 😉

    0
  • M

    hmmmm...ich muss als immer wenn ich den String ausgeben will ihn mit c_st() konvertieren???(ich muss ihn ja immer ausgeben)
    Kommt mir jetzt etwas umständlich vor....

    0
  • A

    Hallo

    Du must gar nichts konvertieren, c_str() gibt nur einen Pointer auf das interne char-Array zurück.
    Und das must du auch nur dann machen, wenn du einen C-String brauchst. Bei den Standard-Streams aus der STL brauchst du das zum Beispiel nicht, diese verstehen direkt std::string.

    bis bald
    akari

    0
  • M

    ok alles klar. Mir fehlt einfach nur noch C++ Grundkenntnisse, es gibt ja genügend tutorials im Internet.

    Der größte Vorteil erschließt sich mir dadaurch, da0 ich mich nicht um den Speicher kümmern muss. Ansonsten wird es nicht umbedingt schneller sein..eher langsamer. Das werde ich dann bei weitaus größeren dieser meiner "operationen" schnell merken.

    Vielen Dank, Mondmann

    0
  • S

    Mondmann schrieb:

    ...Ansonsten wird es nicht umbedingt schneller sein...

    Ich denke, dass man auch nicht der Performance wegen von C auf C++ wechselt. Schließlich kommt man mit C-Code (den man glücklicherweise ja ebenso in C++ nutzen kann) nahezu beliebig tief auf die technische Ebene runter, auf denen man "optimal optimieren" ( 😉 ) kann.

    Es hat sich aber einfach in der Praxis heruasgestellt, dass viel an Ärger und Kosten gar nicht durch das eine oder andere % Performanceabstrich verursacht werden, sondern durch Dinge wie "Strukturierung". .... wie sonst hätte sich Java etablieren können 😉 ?

    Wie gesagt: Wo immer das letzte Quentchen an Performance wirklich wichtig ist (und man nicht durch 100 Euro Prozessorkauf 50 Tage Tun-/Testing sparen kann), kann man in C++ immer noch dieselben "Spezialitäten" machen wie unter C.

    Gruß,

    Simon2.

    0
  • M

    Womit ich ein weiteres Problem hätte.

    Die Funktion(nicht von mir) die den Stream an den Webbrowser schickt,ist ne C-Funktion.
    Da ich aber jetzt lauter string-Objekte habe müsste ich viel in der Gegend herum konvertieren.ich schätze damit ist alles hinfällig.

    Hier die definition:

    BOOL (WINAPI * WriteClient)  ( HCONN      ConnID,
                                   LPVOID     Buffer,
                                   LPDWORD    lpdwBytes,
                                   DWORD      dwReserved );

    es geht um die mittleren beiden Argumente.

    bisher hatte ich ebenen ein großes C-Array das den komplette HTML COde enthielt.
    JEtzt habe ich ein string objekt.

    Mit buffer.c_str() lässt er sich nicht abspeisen.
    Das 3. Argument hatte infach nur die Länge des C-Strings. (strlen)

    So sieht das aus:

    pECB_SEND->WriteClient(pECB_SEND->ConnID, buffer, &bufsiz, dwReserved);

    Das erste und letzte Argument lasst mal mein Bier sein:-)

    DWORD buflen_str;
std::string main1=main

buflen_str=header.length()+footer.length()+menue.length()+top.length()+main1.length();

//bisher
//	char* buffer=(char*)calloc(buflen,sizeof(char*));
//	if(buffer==NULL){throw("Fehler beim SEND Fehlernummer 347");}

//jetzt
std::string buffer;

//bisher 	if(!(_snprintf_s(buffer,buflen,_TRUNCATE,"%s%s%s%s%s",header,top,menue,main, footer)))
	//	throw("Fehler beim erzeugen des Strings (genehmigung/372)");

//jetzt
buffer=header+top+menue+main+footer;	

pECB2->WriteClient(pECB2->ConnID, buffer, &buflen_str, dwReserved);

    Fehlermeldungen:

    Fehler 10 error C2664: 'BOOL (HCONN,LPVOID,LPDWORD,DWORD)': Konvertierung des Parameters 2 von 'std::string' in 'LPVOID' nicht möglich

    Da es ja ein LP ist, kriege ich es hin, wenn ich &buffer angebe. Nur ist dann nichts mehr drin.
    Wenn ich zuvor kontrolliere, ist der Buffer randvoll mit dem korrekten HTML Code.

    Wie kriege ich das hin?

    0
  • C

    Mit &buffer kommst du nur an ein paar Kontrollstrukturen der Klasse. An die tatsächlichen Textdaten kommst du per buffer.c_str().

    0
  • T

    Na ja - natürlich ist das schneller, einen festen Puffer auf den Stack anzulegen. Und noch schneller ist es, wenn ich darauf verzichte, die Puffergrösse zu überprüfen. Das Ergebnis sind zahlreiche Sicherheitslücken durch Pufferüberläufe.

    Wenn ich in C genau das implementiere, was ich in C++ habe, ist C nicht schneller. Nur umständlicher.

    Man denke nur an dieses einfache Beispiel mit Strings. Statt eines festen Puffers müsste ich zunächst mit malloc so viel Speicher reservieren, wie ich benötige, prüfen, ob die Allokation erfolgreich war und dann mit strcpy meine Daten hinein kopieren. Wenn ich die Funktion verlasse, muß ich dann mit free den Speicher wieder frei geben.

    In der Praxis macht man sich mit C nicht die Mühe es so richtig zu machen. C++ macht es uns halt einfach es richtig zu machen. Das Ergebnis sind Programme, die langsamer sind, weil sie richtig sind.

    Tntnet

    0
  • M

    CStoll schrieb:

    Mit &buffer kommst du nur an ein paar Kontrollstrukturen der Klasse. An die tatsächlichen Textdaten kommst du per buffer.c_str().

    Wie gesagt,das funktioniert leider nicht.
    Wenn ich das mit buffer.c_str() mache kommt Fehlermeldung:

    Fehler 10 error C2664: 'BOOL (HCONN,LPVOID,LPDWORD,DWORD)': Konvertierung des Parameters 2 von '*const char ' in 'LPVOID' nicht möglich.

    Ich denke auch, daß es so gehen müsste, tuts aber leider nicht...

    Woran könnte das liegen?

    0
  • C

    An dem verd... const. Wenn du dir ganz sicher bist, daß WriteClient() die übergebenen Daten nicht verändern wird, darfst du das ausnahmsweise casten als "(LPVOID) buffer.c_str()" (aber da mußt du genau wissen, was du machst - der Compiler kontrolliert nämlich jetzt nicht mehr).

    (Anmerkung: Wenn WriteClient() tatsächlich in den String schreiben will, kommst du um ein char-Array nicht herum)

    0
Anmelden zum Antworten