spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

@nachoman:
natürlich habe ich das gelernt, aber fand keine meiner klassen jetzt eigentlich übertrieben groß.


habe jetzt heut, dank davi_pb, einiges wieder über const und referenzen nachgelesen und dementsprechend den code umgebaut/neu geschrieben.
an sich bin ich mit dem neuen "design" jetzt zufriedener und werde mir dann wohl noch ne eigene unit/item/npc/terrainfactory klasse machen, die die entsprechenden klassen verwaltet, sprich laden/entfernen/zeichnen/suchen(/später sortieren).


rauseditiert...

glaube ich nicht. ich will ja auf die methoden der klasse zugreifen können, was mit const p* const name nicht geht.

Zitat von »"_Tom_"«

So wie es zurzeit ist verhinderst du ja nur das der Zeiger geändert wird und nicht das Objekt.

das will ich aber derzeit eh so haben, weil ich noch ned 100% weiß, was ich später von außen änderbar haben will und ob ich vl manche funktionen rausschmeiße/umändere.
probleme krig ich auch, weil ich ja in der gameklasse Hero* _hero habe, der auf den held eben verweist. bei const Hero* const h als rückgabewert müsste ich den pointer bereits im konstruktor zuweisen, was bei meinem aufbau mit Init/Quit methoden derzeit nicht funktionieren würde(?).



ansonsten:
habe mal die neue quellcode version angehängt.
dabei wurde folgendes geändert/erweitert:

• "dynamische" spielobjekte erben jetzt von der klasse handle, die eine handleid besitzt um objekte unterscheiden zu können. z.b. könnte man ja später einmal 5 gegner vom typa erstellen wollen und um diese unterscheiden zu können, genügt es ja nicht nur die einheiten_id (gegnertyp) zu wissen, sondern eben auch die handleid des objektes quasi.
  dies gilt derzeit für items/npcs/units/heroes, die beim erstellen jeweils eine einzigartige id zugewiesen bekommen
  
• großteils der game klasse, die sich auf objektspezifische dinge bezogen ausgelagert.
  dazu habe ich jetzt eine unit/npc/item/terrainfactory klasse, die mit der jeweiligen "logik" für diese klassen ausgestattet sind.
  grundsätzlich besitzt jetzt factory eine methode zum erstellen,"suchen" und aufräumen. je nach factorytyp gibt es dann noch weitere methoden.
  
• instanzduplikate glaub ich soweit komplett beseitigt. jetzt sollte nur mehr 1 objekt erstellt werden (auch bei anderen funktionsaufrufen) und nicht mehrere kopien herumschwirren.
  
• hoffentlich etwas sinnigere/bessere const parameter/rückgabewerte
  
• die im ersten post stehenden erweiterungen sind ebenfalls drin
  
• theoretisch kann man jetzt auch schon einheiten/npcs auf anderen karten erstellen, die dann quasi vorgeladen werden und beim betreten der karte dann dargestellt werden.
  

hoffe das ist jetzt etwas besser (auch wenns noch nicht 100% fertig ist. teils stimmen kommentare noch nicht und habe jetzt nur darauf geachtet, dass es wieder soweit spielbar ist wie mit dem alten code).

danke v.a. an das feedback von david(auch wenn du wohl meinst, dass ich keinen wert darauf lege) und an nachoman.

Update:

• texte kann man jetzt ohne wartezeit mittels BACKSPACE anzeigen lassen. dadurch wird die wartezeit zwischen den characters für eine "bildschirmlänge" auf 0 gesetzt.
  
• das "flackern" zwischen dem equippmentchangewindow und handelsfenster wurde gefixed
  
• im kaufmenü kann man jetzt bei item0 auch nach oben gehen um sofort zum punkt abbrechen zu gelangen und umgekehrt.
  
• gegenstand wechseln bildschirm ist jetzt besser formatiert. weiters sieht man jetzt auf einen blick, ob der neue gegenstand besser/schlechter ist, in dem der wert rot(schlechter),weiß(gleich) oder grün(besser) angezeigt wird.
  
• in der heldeninformation wird der itembonus jetzt korrekt zu den heldenwerten hinzugezählt. 12 (+5) heißt z.b., dass der held 7 schaden austeilt und 5 zustzälichen schaden durch gegenstände = 12 schaden insgesamt.
  
• auf der karte befinden sich jetzt gegner, die bei kollision einen kampf auslösen (kampf ist noch nicht implementiert. wird wohl für die nächste version ein simples zuschlagen werden.)
  
• Die erste Quest ist fertig. Sprecht mit dem Blumenmädchen im Dorf (durch ein B gekennzeichnet). Ebenso wurden der Älteste, Schmied und Händler etwas "erweitert". Man muss jetzt zuerst mit dem Ältesten reden, bevor Schmied und Händler ihre Waren anbieten.
  

Ebenso ersten post editiert und die neuen downloads angehängt, sowie ein aktuelles Klassendiagramm (es fehlen teils noch die Beziehungen, aber die Ordnung sollte erkennbar sein).



Werde jetzt dann als nächstes ein einfaches Kampfsystem einbauen sowieso die restlichen NPC/Quest/Rewardscripte fertigstellen.


Danke v.a. an dot und intripoon, die mir im irc gut weitergeholfen haben