spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Das hängt wohl davon ab, wie viele Gebäude auf einer map sind. Wenn es zu performance Problemen kommt sollte man sich wohl um eine effizientere Methode gedanken machen. Wenn es weniger Gebäude sind, warum sollte man sich das Leben dann unnötig kompliziert machen?

Generell gilt meiner Meinung nach: möglichst wenig Extraspeicher/Datenredundanz. Man schießt sich kurz oder langfristig doch nur ins Knie damit. Sollte es sich als "bottle neck" rausstellen, kann man immernoch optimieren.

Man müsste es einfach mal ausprobieren. Generell sollte man alles was man Programmiert so einfach wie möglich zum laufen bringen. Sobald es funktioniert und getestet ist kann immernoch optimiert werden.
Was "so einfach wie Möglich" ist, hängt von deiner Arbeitsweise ab.

Zitat von »Nox«

Generell gilt meiner Meinung nach: möglichst wenig Extraspeicher/Datenredundanz. Man schießt sich kurz oder langfristig doch nur ins Knie damit. Sollte es sich als "bottle neck" rausstellen, kann man immernoch optimieren.

Das ^
Aber nicht das:

Zitat von »NachoMan«

Man müsste es einfach mal ausprobieren.

Ich weiß nicht genau, wie es gemeint ist, denn unter "einfach mal ausprobieren" versteht man schnell, dass man multiple Ansätze mal probieren sollte. Sollte man nicht. Der einfachste Weg mit der geringsten Redundanz ist am sinnvollsten, da er einfach zu verstehen und zu warten ist. Dass man später noch mal überarbeiten kann, da stimme ich mit beiden überein.

Das hast du wohl falsch verstanden. Ich habe Nox zugestimmt. Würde auch nicht mit dem zusammen passen, was ich sonst geschrieben habe oder?

Und ich glaube, dass Du nur die Hälfte gelesen hast und nach meinem zweiten Satz wohl abgebrochen hast. Ich wollte lediglich klar stellen, dass der Satz auch falsch verstanden werden kann. Der Rest Deiner Aussage entspricht ja der von Nox und dem habe ich ebenfalls zugestimmt.

Tut mir leid. Den Kommentar habe ich total übersehen. Hast du den Beitrag vielleicht in den ersten Minuten nachträglich bearbeitet? Wenn nicht muss ich wohl gedacht haben, das wäre die Signatur oder so.

Nope, habe ich nicht. Das würde man sonst auch sehen, wenn ich ihn geändert hätte, nachdem ihn schon jemand gelesen/abgerufen hat.

Wahrscheinlich wirst du da bisher nur ganz allgemeines Zeug gesehen haben (Observable bietet Methoden zum anhängen/abhängen eines Listeners und ruft zu einem bestimmten Zeitpunkt alle Listener auf, ggf. mit konkreterem Beispiel).

Im Grunde ist das übertragen auf deine Situation nicht übermäßig schwierig:
Beim Platzieren eines Gebäudes guckt dieses in seiner Umgebung nach allen Gebäuden, die in irgendeiner Weise relevant sein könnten (eine Eisenschmelze würde nach Lagerhäusern, Eisenminen, Köhlereien, Kohleminen, Werkzeugschmieden). Alle gefundenen Gebäude werden natürlich vermerkt.
Würden Gebäude gefunden werden, würden Events für das Abreißen, Verschieben, Lagerstandsänderungen etc. angehangen werden, abhängig vom Typ des Gebäudes. Wird ein Gebäude abgerissen, werden alle EventHandler wieder entfernt.
Gleichzeitig werden die gefundenen Gebäude über das platzierte Gebäude informiert, damit diese wiederum, sofern erforderlich, EventHandler anhängen können.
Hat die Eisenschmelze nun Eisen produziert, würde es ein entsprechendes Event auslösen und so der Werkzeugschmiede und dem Lager Bescheid geben, dass sich was am Lagerstand verändert hat.
Es gibt bestimmt noch die einen oder anderen Sachen zu berücksichtigen (bzw. vielleicht lässt sich das An- und Abhängen der Events auch etwas besser handhaben), aber bisher ist das ganze noch relativ übersichtlich.

Beim Bauen selbst kann man ähnlich vorgehen:
Immer, wenn die Position des Cursors sich ändert (sich also auf ein anderes Feld bewegt), wird der Radius des zu bauenden Gebäudes aktualisiert und alle Gebäude und Felder gesucht, die für dieses relevant sind, damit diese hervorgehoben werden können.