spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Vielen dank für die Links =)

Informiere mich nebenbei auch ein wenig über Game-Engine-Strukturen, zZ arbeite ich http://www.amazon.de/SFML-Game-Developme…r/dp/1849696845 durch und da wird auch die Entity-Component-System-Architektur verwendet. Anfangs sehr verwirred, aber gefällt mir vom Ansatz sehr gut.

Ist ja eigentlich nichts anderes, als das Prinzip einer Theatervorführung oder eines Musicals =)Logisch schlüssig. Obwohl ich jetzt nicht wirklich andere Architekturen ausprobiert habe, gefällt es mir sehr gut.

Würde mich freuen, wenn man hier noch weitere wertvolle Tipps in Zukunft lesen könnte.

P.S. Da du ja schon jemanden ausgefragt hast, würde es dir was ausmachen deine erhaltenen Informationen mit uns zu teilen

Ich habe meine bisherigen Frameworks für Spiele ohne Komponentensystem entwickelt. Sagen wir mal so: Komponentensystem machen solange unheimlich Spaß, bis die Komponenten voneinander Abhängig werden, dann fließt wieder alles zusammen. Das lässt sich tatsächlich sehr schwierig vermeiden. Frag dich mal, varum du viel Code bspw. in Unity hast, der da heißt GetComponent<>()

Allerdings heißt das nicht, dass das ein schlechtes Pattern ist, ganz im Gegenteil. Aber ich bin bisher sehr gut ohne ausgekommen. Ich finde den Behavior-Ansatz wenn ich ehrlich bin deutlich besser als ein Component-Ansatz, wie es bei Construct 2 implementiert ist, den habe ich überlegt einzubauen. Sie sind ähnlich, aber meiner Meinung nach nicht gleich, da ein Behavior ein komplettes Verhalten inklusive der Eigenschaften selbst definiert.

Zum Thema zentrale Events habe ich auch eine Meinung: ich weiß nicht, ob das immer Sinn macht. In der Regel müssen nicht alle, sondern nur ein Teil miteinander kommunizieren. Dafür ist ein Observer-pattern zwischen den konkreten Komponenten besser geeignet als über eine zentrale Stelle, das verleitet nur meiner Meinung nach dazu, dass man alles miteinander vernetzt, was man vielleicht eben nicht tun sollte. Aber meine Vermutiung der Zentralität ist wie oftmals die mittlerweile sehr übliche Cache-Freundliche Implementierung.

Wenn du da sehr interesse hast, rate ich dir zu folgendem Buch (wurde hier im Forum schonmal diskutiert): Game Programming Patterns. Ich fand es trotz meiner nicht so wenigen Erfahrung in der Entwicklung sehr interessant und hier da sehr erhellend (oder auch bestätigend). Er beschreibt auch, wann man ein Pattern einsetzen sollte und wann besonders nicht, was hat man für Möglichkeiten usw.