spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

directx ist keine engine sondern eine api, die du für deine engine brauchst...
bei mir hat das coden immer folgende reihenfolge:
-idee
-quellcode ohne nachzudenken schreiben
-realisieren dass 50% nicht zu gebrauchen ist
-neues projekt anfangen

gut von 3d hab ich noch net so plan aber ich geh so ran


1 Musik Hören ( Inspiration Sammeln )
2 Werend des überlegens wie man was codet einfach schon mal anfangen
3 Mir die Harre raufen wegen irgendwelcher probleme
4 Es entlich geschaft haben und mich zufrieden zurücklehnen

Hmm, das erste was ich mache: Ich plane. Das ist bei Anwendung wichtig, wie auch bei einem Spiel. Das planen kann schon mal ne Woche dauern, da durchdenke ich was ich machen kann und wo es Probleme geben könnte und wie ich die lösen kann. Wenn das erfolgreich abgeschlossen ist, fang ich an das Projekt in seinen Grundzügen an zu coden (Fenster, Bibs rein wenn welche benötigt werden u.s.w.).

Man muss nicht erst eine Engine machen um ein Spiel zu coden. Ich hab mir ne Engine - ok eher ne Bibliothek gemacht wo ich entwickelte Klassen u.s.w. reinschmeisse. Die brauch ich dann bei einem neuen Projekt nicht nochmal entwickeln. Aber ich entwickle die Engine NICHT parallel zum Spiel. Aus folgendem Grund: Man verzettelt sich, sitzt dann nur noch an Low Level Code ohne sich auf das wichtige zu konzentrieren: Das Spiel. Die Engine wird erst nach einem fertigen Spiel aktaulisiert bzw entwickelt. Und wenn ich die Engine entwickle dann mach ich nichts an der anderen Anwendung, fertig.

Kurz:
Planen->Grundstruktur->Code für die Anwendung schreiben.

Ja das sind meine Erfahrung ohne konkrete Planungen wird dat meistens nix auser bei 0815 Anwendungen. Zum Planen gehört bei mir auch die Inspiration rein (z.B. durch Musik, aber auch durch anderes, -> Umwelt, Freunde etc.)

Zitat

directx ist keine engine sondern eine api, die du für deine engine brauchst...

hat er ja auch net gesagt, haste dich verlesen

Zuerst kommt die Idee, das ist der schönste und auch leichteste Part. Dann kommen Gedanken wie ich was realisieren könnte, und wo es Probs geben kann. (z.B. Keinen Plan von Netzwerk). Dann werden so ne Art Klassendaigramme entworfen und ein paar einfache Struktugramme. Die den Game Loop angeben. Dann wird das Spiel in Module zerlegt (auch Klassen) in Netzwerk, Main, Graph, KI u.s.w. wo dann die Klassen reinkommen und Funktionen zum Thema, ja das wars, aber is sehr grob

Zigaretten und ein übermaß Kaffe, nicht gesund.

Aber sehr sportlich biste

Strange...
Ich hänge jetzt schon sei 1 1/2 Jahren an einem Projekt und da habe ich Null geplant. Bei mir sieht es so aus: Wenn ich ein neues Gebiet erschließen will, baue ich dieses erstmal direkt in das Projekt ein, aber funktional und später, wenn es soweit läuft abkapsele. Diesen Zyklus wiederholt man so lange bis man fertig ist :roll: