-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Implementiere das Player Objekt, welches eine einzigartige Bezeichnung(UID), Nicknamen der Spieler beinhaltet und Methoden beinhaltet für die spielerbezogenen Daten #106
Comments
Präzisierung der Spielerbezogenen Daten wäre sinnvoll oder ? (z.B. Spielername) :) |
Ja! Gutes Beispiel, ein Player Objekt wird mit Sicherheit eine große Bedeutung spielen, vor allem wenn es mehr in Richtung GUI geht und weitere Features hinzukommen. Ein Spielernamen in der CommandLine Version stelle ich mir auch gut vor. Wenn du magst, kannst du ja die Tasks/Tests hierfür implementieren? |
Sollen wir die spielbezogenen Daten aus der Playerklasse extrahieren und in eine separate Klasse packen, die die Playerklasse dann als Feld erhält ? Ein möglicher Task hierzu : |
Erachte ich für den Anfang als nicht vonnöten. Das Spieler Objekt hat bis jetzt wahrscheinlich eine interne ID, eine UID (vielleicht sogar ID=UID), einen Namen. Ich finde eine Aufspaltung hierbei ist erst als sinnig, wenn es wirklich viele Daten gibt, auch eher noch andere Daten als Spielerbezogene sodass es so aussehen würde:
Ich hoffe man versteht meine Abstrahierung, es ist aber nur meine persönliche Meinung |
Dein Vorschlag ist in Ordnung "Playerdata" aus Player noch nicht zu extrahieren. |
Referenz User-Stories #12 #14 #15 #19 #33
The text was updated successfully, but these errors were encountered: