JLI Spieleprogrammierung

[AFE-GmdG]

Deswegen hab ich ja auch gesagt, "die es Logisch zuläßt".
_________________

[DaN00b]

[Kampfhund]

ich würde auch gerne nach jeder kleinen änderung kompilieren, das dauert allerdings ne minute weil er meistens alles neu kompilieren muss

[DaN00b]

was hast en du für en rechner
_________________
Carpe Diem - Seize the day - Nütze den Tag!

[AFE-GmdG]

[Sören]

VC++ kompiliert doch nur die Dateien neu, die auch geändert wurden! Oder meintest du, dass meistens in fast jeder Datei was ändern musst?

[AFE-GmdG]

Das habe ich nicht gemeint, ich meinte, daß VC++ die Dateien kompilert, die nur geändert wurden. Das heißt nicht, das du immer alle Dateien ändern mußt.
_________________

[Kampfhund]

ich habe glaube ich nen AMD 800 MHZ mit 256 MB Ram und festplatte mit 40GB und glaube 7.200 umdrehungen. bin mir aber net sicher, kenne mich mit HW nicht aus.

Wenn ich die headerdatei die in 20 anderen dateien verwendet wir verändere, müssen diese 20 doch auch neu kompiliert werden.
Deswegen werden meistens immer 10-20 cpp dateien neu kompiliert.
insgesammt habe ich ungefähr 42 cpp dateien.

[VerruecktesHuhn]

Ich würd euch empfehlen (sofern ihrs nicht schon tut) mit DLL´s zu arbeiten.
Da kann man ganz einfach die verschiedenen Teile des Spiels (Creatur-Klassen, Aus- und Eingabe-Verwaltungen, usw) in einzelne DLL´s packen und immer eine DLL nach der andern zu programmieren. Das ist übersichtlicher und weniger Fehleranfällig als wenn man 100 - 150 Dateien in einem Projekt hat, und man kann dann die Funktionen für alle anderen Spiele nutzen, ohne die Header-Dateien neu einbinden und kompilieren zu müssen.

Alles in allem eine sehr bequeme Lösung, finde ich.

[DaN00b]

hmm das einzig dumme dran ist wenn man ne dll wegen nur einer funktion in nem anderen spiel brauchst ist das verschwendeter speicherplatz
_________________
Carpe Diem - Seize the day - Nütze den Tag!

[VerruecktesHuhn]

Man sollte die DLL´s deshalb auch vernünftig planen, sodass man z.B. eine DLL erstellt, in der man alle Grund-Grafik-Ausgaben-Funktionen reinpackt. Das selbe macht man dann für DInput, DSound, usw...

Ich hab nicht gemeint man sollte das gesamte Spiel in DLL´s packen, sondern nur so, das die Anzahl der Dateien von 150 auf 40 schrumpft.

[AFE-GmdG]

Ein gutes Konzept ist immer wichtig, egal, ob man nun mit DLL's arbeitet, oder nur mit einer statisch gelinkten Executable bestehend aus 100 Einzeldateien.
Ich jedenfalls versuche immer für jede cpp-Datei genau eine h-Datei zu erstellen, und solche "globalen Header", die von 100 cpp-Dateien eingebunden werden zu vermeiden.
Deder Header includet dann seinerseits nur die weiteren Header, die wirklich notwendig sind, niemals mehr.
Damit hält sich mein Kompilieraufwand in Grenzen, obwohl ich durchaus Code von 100 KB geschrieben hab

AFE-GmdG
_________________

[Kampfhund]

100kb in einer datei? ne oder? bei mir sind die 84 dateien nämlich insgesammt 400kb groß.

[AFE-GmdG]

Zusammen 100 KB... Ich hab derzeit ca. 16 Dateien
_________________

[DaN00b]

so ich möcht das thema nochmal kurz aufgreifen weil ich hab das nu wie oben geschrieben mit dem array als "puffer" für die projektile gemacht

das feld wird in einem manager als Projektil* ProjektilFeld[x] initialisiert

wenn ich einen schuss abfeuer wird in ner schleife ein freier platz im feld ermittelt und per new Projektil ein neues Projektil "gespawnt"

so jetzt wollt ich aber meine idee umsetzen die klasse Projektil nur als basisklasse zu verwenden und hab davon die klasse Projektil_Blaustrahl abgeleitet

wenn ich nu an der stelle an der new Projektil war nu new Projektil_Blaustrahl funktioniert alles bis an eben genau die stelle und es kommt folgender fehler: