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

61

04.08.2010, 20:00

@ SilentWriter:
Vielen Dank für deine ausführliche Antwort.

Zitat

Wie groß und wichtig ist die Kundschaft für die andere API? Reicht es am Anfang nicht, erst einmal ein Grundsystem anzufertigen?


Ich denke mal, dass es nicht so wichtig für sie ist, ich könnte Theoretisch auch gleich DirectX 11 nehmen, müsste allerdings erstmal die Doku lesen ^^ Müsste mich halt vorm Grundgerüst entscheiden, ob ich DirectX 9 oder 11 nehme.
Über die genaue Planung der Klasse mach ich mir, dann nochmal ausführlich Gedanken und schreib mir auf was die können soll.

Mfg Male

SilentWriter

Frischling

Beiträge: 13

Wohnort: Berlin

  • Private Nachricht senden

62

04.08.2010, 22:25

Wenn du mich Zwecks Grundgerüst fragst: Je aktueller und höher der Verbreitungsgrad, desto besser. DirectX 11 ist die gute Wahl.

Dann kann ich dir folgenden Tipp geben: Beschäftige dich erst einmal, wie DirectX 10/11 funktioniert. Diese Webseite gibt einen guten Einblick, was es alles grundsätzlich gibt und erklärt auch (ziemlich) viel. Wie ich gerade sehe, bietet er auch schon Tutorials für DirectX 11 an. Also weißt du dann sogar direkt, was dich wie erwarten würde.

Sinn: Überblick über das generelle System verschaffen. Tipp: Mach es besser -> Objektorientiert.

Dann solltest du dir verschiedene Frameworks ansehen, die das gleiche System verwenden. Eine Suche in Codeplex, SourceForge usw. nach "Direct3D 11" kann sehr viel bewirken. Du wirst schnell feststellen, was dir am Design oder am Code-Design der verschiedenen Frameworks gefällt bzw. eher nicht gefällt.

Wenn du die Komponenten verstanden hast und wie diese gemeinsam kommunizieren, kannst du ein 3D Framework gestalten und wirst in Designfragen von Zeit zu Zeit schlauer. Wenn du wüsstest wie meine erste Engine ausgesehen hat... und das geht jedem so.

@drakon:
Ja, hast recht. Aber was ich meine ist der Code bei der Anwendung der Klasse. Und ein try-catch-Block um einen Konstruktor zu basteln empfinde ich nicht gerade als lesefreundlich und eindeutig identifizierbar. Verschiedene Konstruktoren verwende ich da lieber für Strukturen, wenn ich diese gleich mit der Initialisierung festlegen möchte. Aber da gibt es keine Exceptions. Hier geht es gerade in Richtung Designfragen eines Frameworks - und da gibts ja viele Wege.