JLI Spieleprogrammierung

[Mat]

Hey,

bei mir tritt der Fall ein, dass ich eine Liste (z.B. std::list oder auch std::vector) besitze, die ich mit Objekten verschiedenen Typs füllen möchte.

Mir fallen folgende Möglichkeiten ein:
1.) Die Liste mit Pointern füllen, aber wie kann ich die Pointer in ein einheitliches Format bringen ? Einfach casten ?
2.) Einen Manager schreiben, der für jeden Typ eine einzelne Liste erstellt, und sich zusätzlich die Reihenfolge merkt.
3.) Alle Typen von einer Grundklasse ableiten, und diese Grundklasse n der Liste speichern ... (nicht gut ^^)

Wie würdet ihr vorgehen? Ich bin ja für die erste Variante, bin mir aber nicht sicher, ob das sauber ist.
_________________
- - - - - - - - - - - - - - - - - - - -
-> http://www.sea-productions.de
-> http://www.krawall.de
- - - - - - - - - - - - - - - - - - - -

[AFE-GmdG]

Also für 1. Musst du einfach eine Liste von Void-Pointern nutzen.
Ist wegen der Typunsicherheit aber nicht zu empfehlen.
2. Ist unsinn,
3. wäre Prinzipiell der beste Weg - sofern sich die Typen nicht zu sehr voneinander unterscheiden - bzw. der Grundtyp "Resource" wäre.

Ansonsten würde mir noch folgendes einfallen:

[Mat]

Bei deinem Variante benutzt du Variante 1, stellst aber sicher um welchen Typ es sich handelt oder ?

Leider unterscheiden sich die Type schon relativ stark, weshalb ich nur ungern zu Möglichkeit 3 greifen würde.
_________________
- - - - - - - - - - - - - - - - - - - -
-> http://www.sea-productions.de
-> http://www.krawall.de
- - - - - - - - - - - - - - - - - - - -

[Dragon]

Mach eine Klasse Unknown oder so. Dann leitest du alle Klassen von dieser ab. In deiner Liste speicherst du dann die Zeiger vom Typ Unknown. Kannst natürlich auch einen sinnvolleren Namen verwenden als Unknown. Also nach deiner Liste wäre es drittens. Warum sollte das nicht gut sein? Verstehe ich nicht.
_________________
Nur wenn man ein Ziel sieht, kann man es auch treffen.
___________
Mein Leben, Freunde und die Spieleentwicklung

[Kampfhund]

http://www.boost.org/doc/html/variant.html

Mit Hilfe von discriminated unions und dem visitor pattern sehr sauber und typsicher umgesetzt.
_________________
Kochen ist ein NP-schweres Optimierungsproblem.

[Mat]

@Dragon:

Das mit dem Ableiten gefällt mir deshalb nicht, weil wirklich viele verschiedene Klassen in den Container sollen. Diese dann alle von einem Typ abzuleiten, der jediglich zur Abspeicherung dient ist nicht wirklich Sinn einer Ableitung.
Außerdem: Wenn man eh den Zeiger benutzt, braucht man ja auch keinen einheitlichen Basistyp mehr.

@Kampfhund:
Die "discriminated unions" sehen wirklich viel versprechend aus. Ich denke mit denen (evtl. mit Zeigern wenn es Probleme geben sollte) werde ich es lösen.

Danke
_________________
- - - - - - - - - - - - - - - - - - - -
-> http://www.sea-productions.de
-> http://www.krawall.de
- - - - - - - - - - - - - - - - - - - -

[xardias]

[PeaceKiller]

Ja, du solltest wenn du sowas brauchst nochmal gut drübernachdenken, ob du nicht einen Designfehler gemacht hast.
_________________
»If the automobile had followed the same development cycle as the computer, a Rolls-Royce would today cost $100, get a million miles per gallon, and explode once a year, killing everyone inside.«
– Robert X. Cringely, InfoWorld magazine

[Mat]

Hmm ... ich denke gerde über die Gemeinsamkeiten nach, diese bestehen teils zwar nur im Ansatz, sind aber schon logisch zusammen hängend.

Vermutlich ist es wirklich besser wenn ich das Application-Design nochmal überdenke.
Das ist mir alles nicht so geheuer
_________________
- - - - - - - - - - - - - - - - - - - -
-> http://www.sea-productions.de
-> http://www.krawall.de
- - - - - - - - - - - - - - - - - - - -

[David]

Nimm doch boost::any.