//VARIABLEN//

	int AnzahlSpieler;
	CSpieler *pSpielerListe = NULL;

	//ABFRAGE//

	cout << "Geben sie die Anzahl der Spieler an:  ";
	cin >> AnzahlSpieler;

	pSpielerListe = new CSpieler [AnzahlSpieler];

	//SCHLEIFEN//

	for (int i=0; i<AnzahlSpieler; i++)
	{
		cout << "Spieler  " << i+1 << endl;
		pSpielerListe[i].Init(); 
		cout << endl;
	}

Das ist jetzt natürlich nur ein Teil von dem Quellcode, der sollte allerdings reichen um mein Problem zu schildern. ->

In Zeile 11 wird ja so viel Speicherplatz auf den Heap reserviert, wie es die Variable "AnzahlSpieler" vorgibt. Allerdings verstehe ich nicht ganz, warum in Zeile 4 dafür ein Zeiger deklariert wird.

Bisher dachte ich, dass Zeiger dazu da sind um Beispielsweise Variablen nicht unnötig auf dem Stack zu tun.

Könnte mir bitte jemand erklären warum hier pointer benutzt werden?

Es geht mir in erster Linie darum, die absoluten Grundlagen von C++ zu kennen.

Ich benutze das Buch "C++ für Spiele-Programmierer (2. Auflage)

Ungarische Notation ( CSpieler , pSpielerListe ) war schon unangebracht, als es aufkam.

NULL ist mit C++11 auch nicht mehr aktuell, heute würde man nullptr verwenden.

Und ja, du wirst auch in aktuellen Spielen und entsprechenden Engines noch Uraltcode finden. Sogar recht häufig. Hängt damit zusammen, dass viele Spieleentwickler sich so sehr auf neuste Grafikfeatures konzentrieren, dass sie codetechnisch ein Jahrzehnt verschlafen haben.

Könnte mir bitte jemand erklären warum hier pointer benutzt werden?

new[] alloziert den Speicher, konstruiert dort die Objekte und gibt Dir einen Zeiger auf den Anfang des Arrays zurück.

Wie willst Du später auf die Objekte zugreifen, wenn Du Dir new[] s Rückgabewert nicht merkst?

Der Zeiger auf den allozierten Speicherbereich ist sogar extrem wichtig, weil Du ihn für delete[] brauchst.

Zu dem Buch kann ich mich meinen Vorrednern nur anschließen, wobei ich die Init() Methode noch als den größten Fauxpas empfinde. Komisch auch, weil Konstruktoren ja offensichtlich schon gelehrt wurden.

Edit:

-> Danke für die Antwort zum Thema, soweit hab ich das mittlerweile verstanden
. Wie ich schon erwähnt habe ist dieses Buch nach und nach darauf ausgelegt die Grundlagen so einfach wie möglich zu erklären. Ja die Konstruktoren wurden schon davor erklärt, ich denke der Autor wollte nur "New und Delete" auf eine einfache Weise darstellen.

Wichtig ist auch, nicht C++ und Spieleprogrammierung auf einmal lernen zu wollen. Gemischte Bücher sind entsprechend schlecht. C++ ist komplex genug, du wirst beim Spiele Entwickeln genügend Herausforderungen haben und daher froh sein, wenn die Grundlagen gut sitzen und du dich nicht ständig mit der Programmiersprache herumschlagen musst.

Durch Mitlesen von (teilweise auch älteren) Threads kann man auch einiges erfahren, ich habe sehr viel über C++ in diesem Forum gelernt.

Ok dann werde ich das in Zukunft auch so handhaben. Ich bedanke mich!

MfG Fabolous12

ich habe sehr viel über C++ in diesem Forum gelernt.

Was meinen Teil angeht, ich habe fast alles über C++ in diesem Forum gelernt.
Gut, nicht ganz alles, ich habe schließlich noch den Standard, Referenzen und die Bücher. Aber das sind gefühlte 5 - 10%.

oder findet ihr man kann diese Neuheiten auch im Nachhinein ergänzen.

Ja, das ist sogar gut so. Lerne erstmal die Grundlagen - die sind noch ziemlich unverändert*. range-based for, auto als type-specifier, usw. sind ziemlich einfach und lernt man schnell nebenbei - die Begriffe brauchst du auch noch nicht zu wissen.

*Ich meine hier absolute Grundlagen. Zeiger, Referenzen, Schleifen, If-Statements.