Vererbung Objekte in verwandten Klassen (Kovarianz, Polymorphie)

[Sumofliege]

Hallo!

Ich bin noch relativ neu in Java (lerne es grade in der Uni) und habe eine Frage bzw ein Problem, dass allgemein mit Vererbung zu tun hat.

Momentan versuche ich ein Kartenspiel zu programmieren.
Bei der Erstellung des UML Diagramms hatte ich folgendes Problem:

Ich habe eine Klasse Stapel.
Dies wird der "Nachziehstapel", der im Grunde genommen nur ein Haufen Karten ist, bei dem man noch nicht so viel beachten muss.'
Es gibt im Spiel aber noch Ablege-/Hilfs-/und Spielerstapel, welche ich als eigene Klassen anlegen wollte, die Stapel erweitern - diese 3 Klassen erben also Stapel.

Stapel hat eine Funktion karteAufnehmen(Stapel zielstapel).
D.h. die Fkt. soll eine Karte von Stapel entfernen und sie 'zielstapel' hinzufügen.

Mein Frage ist: kann 'zielstapel' auch ein Hilfsstapel, Ablegestapel, etc.. sein?
(Das sind ja andere Objekte, doch ich dachte, sie sind ja quasi auch ein "Stapel" oder?)
Oder muss ich der Funktion irgendwas mit "instanceof" (sry, ich habe das noch nie benutzt ) hinzufügen?


Zum Thread Titel: Ich hatte erst bei google gesucht und von den Begriffen Kovarianz, Polymorphismus gelesen - habe das Gefühl, das könnte etwas damit zu tun haben, doch ich verstehe das anscheinend noch nicht richtig

 

[Michael...]

Stapel hat eine Funktion karteAufnehmen(Stapel zielstapel).
D.h. die Fkt. soll eine Karte von Stapel entfernen und sie 'zielstapel' hinzufügen.

Mein Frage ist: kann 'zielstapel' auch ein Hilfsstapel, Ablegestapel, etc.. sein?

Das sie ja alle auch ein Stapel sind geht das sicherlich - sofern Stapel eine Methode besitzt Karten aufzunehmen. (allerdings sollte der Methodenname aus Sicht des Stapels dann eher uebergebeKarte(...) heißen)

Allerdings würde ich mir überlegen, ob es sinnvoll, dass ein Stapel eine Karte direkt an einen anderen Stapel zu übergeben oder ob das nicht ein Controller machen sollten der den Spielablauf steuert. Beim echten Kartenspiel gibt es ja auch die Funktion des Gebers.

 

[Sumofliege]

Danke für die schnelle Info
Jaaa und den Methodennamen sollte ich vllt noch ändern, das wäre etwas logischer.

Allerdings würde ich mir überlegen, ob es sinnvoll, dass ein Stapel eine Karte direkt an einen anderen Stapel zu übergeben oder ob das nicht ein Controller machen sollten der den Spielablauf steuert. Beim echten Kartenspiel gibt es ja auch die Funktion des Gebers.

Hmm, und wieso ist sowas besser? (Im echten Leben teilt der Geber ja nur Karten an die Spieler aus, hier kann auch ein Spieler Karten in die Mitte legen zum Bsp. , was auch uebergebeKarte() wäre.)
Aber falls das trotzdem besser ist, wie würde man sowas realisieren?
:bahnhof:

 

[Marco13]

Es gibt im Spiel aber noch Ablege-/Hilfs-/und Spielerstapel, welche ich als eigene Klassen anlegen wollte, die Stapel erweitern - diese 3 Klassen erben also Stapel.

Was ist an diesen Stapeln anders oder spezieller als an einem einfachen "Stapel" (abgesehen vom (Variablen)namen)?

 

[Sumofliege]

Naja mittlerweile sind Hilfs- und Spielerstapel auch nur noch normale Stapel.
Aber der Ablegestapel ist weiterhin ein eigenes Objekt, er kann halt im ganzen Verschoben werden und es gibt eine bestimmte Reihenfolge in der man die Karten auf ihn legen darf, währen das bei den normalen Stapeln egal ist.

Also bisher funktioniert der Code mit den Stapel-Objekten problemlos ( ich markiere das Thema mal als erledigt ), ich überlege nur noch ob der Controller Verbesserung bringt...