Variablen ausgeben

FreakyMan · **Registriert:** 10.06.2009, 22:32 **Beiträge:** 2

Hi Leute,
ich habe ein kleines änfängerproblem, ich hab zwar gesucht, aber nichts passendes gefunden.
Und zwar möchte ich bei meinem Spiel dz.B. die Punkte ausgeben,
geht das mit der normalen Funktion:

font->draw(L"Default", core::rect<s32>(305 , 288, 350, 308), video::SColor(255,0, 0,0));

Was muss ich am ersten Parameter verändern um meine Punkte (ganz normaler Integer) ausgeben zu können?

Hab schon ne menge probiert, aber weiß nicht mehr weiter...

Danke im voraus
mfg

Alex

FreakyMan · **Registriert:** 10.06.2009, 22:32 **Beiträge:** 2

Ok habs sorry für die belästigeung, man bin ich dumm^^

Roman · **Registriert:** 07.08.2008, 11:31 **Beiträge:** 104

Das ist/war keine Belästigung. Lernen macht Spaß und zwar uns allen.

desx · **Registriert:** 17.11.2007, 11:15 **Beiträge:** 19

C-Lösung

Code:

wchar_t buffer[256];
swprintf_s(buffer, 256, L"Punkte: %u | String: %s", 123, L"test"); //%u = unsigned, %d = signed integer
font->draw(buffer, core::rect<s32>(305 , 288, 350, 308), video::SColor(255,0, 0,0));

oder auch

C++-mäßiger (aber langsamer)

Code:

stringw buffer = "Punkte : ";
buffer += 123;
//...
font->draw(buffer.c_str(), core::rect<s32>(305 , 288, 350, 308), video::SColor(255,0, 0,0));

Sylence · **Verfasst:** 12.06.2009, 19:12

Wie kommst du darauf, dass die C++ Lösung langsamer sein soll ?

tuschcarsten · **Verfasst:** 12.06.2009, 20:37

Ich schätze mal, weil in der ersten Lösung nur ein
Array aus wchar_t benutzt wird und in der zweiten
ein Objekt, also ein komplexerer Datentyp (weil stringw eine Klasse ist, wenn ich das richtig sehe).

Sylence · **Verfasst:** 12.06.2009, 22:05

Dann guck dir mal an was stringw ist. Besteht auch nur aus einem wchar_t array und noch ein paar zusätlichen Variablen für die länge des string und des reservierten speichers.

Der += der string klasse ruft die append() methode auf, die eben kurz den integer in einen string wandelt und in das array einfügt. c_str() gibt lediglich einen pointer auf das oben gennante wchar_t array zurück.

Die C methode muss erstmal den Formatstring parsen und dann noch die integer in strings wandeln. Ist zudem nicht dynamisch verwendbar und bietet viele möglichkeiten böse bugs einzuschleusen.

tuschcarsten · **Verfasst:** 13.06.2009, 10:10

wenn das so ist... ich hatte mich mit dem Innenleben von stringw nicht auseinandergesetzt
und wie langsam oder schnell printf ist weiß ich ehrlich gesagt auch nicht.
Ich würde schon allein wegen dem Komfort die C++-Variante bevorzugen.

An der Geschwindigkeit kann man ja eh lieber schrauben, wenn man sich in Schleifen oder
Rekursion befindet, da macht das dann richtig was aus...

desx · **Registriert:** 17.11.2007, 11:15 **Beiträge:** 19

Die 2. Variante ist auf jeden Fall langsamer, denn den Speicher muss sich stringw erst mit new holen, was erheblich langsamer ist, als ein festes Array auf dem Stack. Wenn man das ganze allerdings folgendermaßen macht, ist der Unterschied kaum noch vorhanden:

Code:

stringw buf;

while (device->run())
{
//...
buf = L"Punkte: ";
buf += 123;

font->draw(buf.c_str(), /*...*/);
//...
}

frodenius · **Verfasst:** 14.06.2009, 13:03

ein buffer.reserve(256) tuts auch.
oder stringw buf(NULL,256);

Roman · **Registriert:** 07.08.2008, 11:31 **Beiträge:** 104

Natürlich sollte man niemals eine Klasse innerhalb einer Schleife deklarieren (auf dem Stack), ansonsten würde jedes Mal der Standardkonstruktor aufgerufen werden, die new-Operation, wie schon von anderen Leuten hier erwähnt. Das ist so eine typische Performance-Bremse.

Ich selbst würde zumindest auf die C++ Methoden setzen. Ich denke nicht, dass diese bei richtiger Handhabung deutlich langsamer sind.

frodenius · **Verfasst:** 14.06.2009, 21:53

btw mit stringstream geht das viel hübscher.

Code:

#include <sstream>
std::basic_stringstream<wchar_t> buf;
buf << "Stuff: " << 67 << ", should be " << 42;
... buf.str().c_str(); ...

Variablen ausgeben

Wer ist online?