Du bist nicht angemeldet.

Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!

Werbeanzeige

31

14.01.2016, 09:16

Ich finde da eher einen unique_ptr sinnvoll, dessen ballobjekt dann zerstört wird.

KeksX

Community-Fossil

Beiträge: 2 107

Beruf: Game Designer

  • Private Nachricht senden

32

14.01.2016, 11:21

Hast du denn jetzt wenigstens verstanden, wie das mit dem Scope, Stack & Heap genau läuft? Du hast jetzt zwar die Lösung zu denem Problem, aber ich bin mir nicht sicher ob du genau verstehst, was da vor sich geht.
WIP Website: kevinheese.de

33

14.01.2016, 13:40

Ich finde da eher einen unique_ptr sinnvoll, dessen ballobjekt dann zerstört wird.

In wie fern ist das sinnvoll, den Ball im Speicher zu "zerstören" um ihn dann 2 Sekunden später wieder zu erstellen?
Wer aufhört besser werden zu wollen hört auf gut zu sein!

aktuelles Projekt:Rickety Racquet

BlueCobold

Community-Fossil

Beiträge: 10 738

Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer

  • Private Nachricht senden

34

14.01.2016, 17:39

Jo, ich sehe da auch keinen Sinn drin einen unique_ptr zu benutzen, nur um das Objekt zu deleten und wieder neu zu allokieren.
Teamleiter von Rickety Racquet (ehemals das "Foren-Projekt") und von Marble Theory

Willkommen auf SPPRO, auch dir wird man zu Unity oder zur Unreal-Engine raten, ganz bestimmt.[/Sarkasmus]

35

15.01.2016, 19:27

Ja ich habe das mit dem Stack und Heap verstanden :)

Werbeanzeige