spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Was meinst du mit "anonyme Klasse"?

Hab das zwar noch nie benutzt, aber damit die Klasse auch wirklich anonym ist, müsstest du afaik den Klassennamen weglassen, denn sonst sollte man eigentlich noch weitere Instanzen erstellen können. Ist aber Halbwissen, da ich das wie gesagt nie benutzt habe.

Desweiteren ist das eigentlich eine Form des Singleton Patterns und ich weiß nicht ob du das wirklich möchtest.

Mein Vorschlag wäre:
Besorg dir das hier: http://www.amazon.de/Patterns-Elements-R…58284100&sr=1-1 und dann versuch erstmal ein paar Dreiecke (ich weiß jetzt nicht wie weit du bereits gekommen bist), Würfel, was auch immer auf den Bildschirm zu bringen und zu bewegen. Vielleicht auch mit Sound Effekten oder einfache Physik, was du willst. Dann kannst du dir überlegen, wie du das ganze kapseln möchtest, so dass du es einfach wieder benutzen kannst. Dann baust du ein paar weitere Sachen ein, überdenkst eventuell ein paar Stellen, änderst das Design, so das die neuen Sachen mit den Alten gut zusammenpassen und irgendwann solltest du eine kleine nützliche Bibliothek haben.

Es ist nur ein Tip, ich persönlich komme mit dieser Herangehensweise ganz gut klar.

am wichtigsten ist an dieser Stelle: "Write games, not engines!"
wenn man nicht weiß, wie ein Spiel aufgebaut ist oder was es benötigt, kann man keine Engine bauen, die eine Implementierung eines Spiels ermöglicht/vereinfacht
da ich bisher nichts von dir gesehen habe, gehe ich einfach (vielleicht auch fälschlicherweise) davon aus, dass du bisher kein Spiel fertiggestellt hast

ich denke auch nicht, dass du anonyme Klassen benötigst, da dies in Richtung Singleton geht
die Eigenschaft einer anonymen Klasse ist es, keinen Namen zu haben und dadurch kann davon nur bei der Definition auch eine Instanz erstellt und sie somit genutzt werden
im Unterschied zu einem "richtigen" Singleton (oder zumindest dem, was ich bisher immer in der Richtung gesehen habe) ist, dass man die Instanz der Klasse polymorph verwenden muss und somit nur auf Methoden und Eigenschaften der Basisklasse bzw. der Interfaces Zugriff hat


aber mal angenommen, du lässt dich nicht davon abhalten und fängst mit deiner Engine an:
was zeichnet sie aus? was wird ihr Alleinstellungsmerkmal im Gegensatz zu anderen Engines?
wirst du versuchen, die Optik weit besser rüber zu bringen? (was wohl sehr schwer wird und wenn du besser als die anderen sein willst vielleicht auch unschaffbar)
soll der Entwickler bei seiner Arbeit entlastet werden? (auch enorm schwer, aber nicht ganz so unmöglich)
oder soll etwas bestimmtes bereits in der Engine implementiert sein, sodass der Entwickler es sich nicht erst zusammenscripten muss? (was wiederum dafür sorgen kann, dass die Engine weniger flexibel oder unsauberer wird)

soll es eine Engine für 2D oder 3D Spiele sein?
mit wie vielen Engines hast du vorher schon gearbeitet?
wie viel hast du dich bereits mit dem Rendering beschäftigt?

und vor allem: was verstehst _du_ unter einer Engine, wenn du eine entwickeln willst? (es gibt immerhin verschiedene Vorstellungen davon, was eine Engine ist)

In C++ gibt es übrigens keine anonymen Klassen...

Zitat von »dot«

In C++ gibt es übrigens keine anonymen Klassen...

ich als nicht-C++-Nutzer darf natürlich in der Hinsicht unwissend sein, aber in Bezug auf irgendeine Sprache habe ich etwas, wie eine anonyme Klasse (keine anonyme innere Klasse, sowas gibt es beispielsweise in Java) gelesen

@Techie:
Dieser Thread ist in jeglicher Hinsicht sinnlos.
1.) Der Titel hat gar nichts mit der Frage zu tun.
2.) Dein Code, der deine Idee demonstrieren soll, hat nichts mit deiner Idee zu tun.
3.) Die Idee an sich ist sinnlos.
4.) Beim Design einer Engine ist diese Frage von keinerlei Bedeutung.

Das ist vergleichbar mit einem Thread namens "Wo am günstigsten Katzenfutter kaufen?", in dem du dann über die Konstruktion eines Flugzeugs sprichst und die Idee beschreibst, die Sitze der Bordtoilette in violett anzufertigen. Dazu dann noch ein Foto, das jedoch statt eines Toilettensitzes eine Teekanne zeigt.

Wenn du ein Troll bist, wovon ich fast ausgehe, dann hast du gute Arbeit geleistet.

Zitat von »Sacaldur«

am wichtigsten ist an dieser Stelle: "Write games, not engines!"
wenn man nicht weiß, wie ein Spiel aufgebaut ist oder was es benötigt, kann man keine Engine bauen, die eine Implementierung eines Spiels ermöglicht/vereinfacht
da ich bisher nichts von dir gesehen habe, gehe ich einfach (vielleicht auch fälschlicherweise) davon aus, dass du bisher kein Spiel fertiggestellt hast

zu der Klasse:
vergiss einfach, was du da gerade verwenden willst, da es, ob anonyme Klasse oder nicht, in Richtung Singleton geht
lege doch einfach eine normale Klasse an, von der du an oberster Stelle ein Objekt erzeugst, welches du an die benötigten Stellen weiterreichst
fertig

aber schon alleine daran, dass du dir nicht wirklich sicher bist, ob du das so gebrauchen kann, merkt man, dass du für eine Engine nicht bereit bist
schreibe erst einmal ein paar Spiele, bevor dich an etwas wagst, was du "Engine" nennen willst

Du würdest also eine Art Singleton-Klasse bauen, die kein Singleton ist, jedoch nur einmal instanziiert werden darf? Das ist definitiv keine gute Idee. Wenn du eine Klasse haben willst, die z.B. Schnittstellen, wie das 3D-Device hält, solltest du dir Dependency Injection anschauen (Infos dazu z.B. hier: http://programmaticallyspeaking.blogspot…ction-in-c.html).