Hallo zusammen.

Ich habe ein Verständnisproblem und wollte hier mal um Ratschlag bitten, dazu erläutere ich am besten erstmal mein Problem.

Es gibt eine Oberklasse TMensch. Von ihr sind zwei Unterklassen abgeleitet, TJob und TSchule.
Diese Klassen haben nochmals Unterklassen. TJob ist die Oberklasse zu TArbeiter, TSportler und TAzubi.
TSchüler ist die Unterklasse von TSchule.

Das ist mein Aufbau. Ich habe nun eine einzige Liste Menschlist. Über eine RadioGroup wähle ich aus, wen ich hinzufügen möchte.
Ich fülle ein Formular und gebe diese Eintragungen an eine Variable des Typen TMensch.

Hier ist das 1. Problem, denn TMensch kennt nicht die Variablen von seinen Unterklassen.
Damit das aber der Fall ist, brauche ich eine Function, die mir doch quasi die Variablen übergibt, sodass es funktioniert oder?
Damit Polymorphie aber seine Wirkung hat, muss diese Function wiederverwertbar sein, eventuell durch dynamischen Binden.

2. Problem:
Gehen wir einen Schritt weiter und sagen, ich kann die Liste befüllen. Dann hat Arbeiter z.B. 8 Werte und Schüler 10.
Damit habe ich doch eine Differenz von 2. Wie wirkt sich das auf die Liste aus und vor allem auf meine Ausgabe.
Wird die Liste dann mit nichts befüllt?

3. Problem:
Ich wähle über die Radiogroup einen Typen aus, zum Beispiel Arbeiter. Dann möchte ich aber auch nur Arbeiter angezeigt bekommen.
Wie sage ich das der Liste? Brauche ich Fixpunkte, die mir sagen, welcher Listeneintrag wer ist?

Ich weiß, dass sind viele Probleme auf einmal, aber ich hoffe dennoch, dass ihr mir ein wenig Denkanstoß geben könnt.

Gruß
Jan

Moin,

willkommen in der Welt der OOP. Und das meine ich ernst und nicht sarkastisch, da die OOP wohl eines der wichtigsten Werkzeuge ist.
Dennoch hast Du noch einen gewissen Weg vor Dir, Deine Klassenhierarchie macht auf den ersten Blick wenig Sinn. Und ja, eine Oberklasse kennt die Felder nicht, die erst in Unterklassen eingeführt werden. Das muss so sein.

Aus meiner Sicht macht es wenig Sinn, jetzt an Deiner Hierarchie herumzudoktern, ich denke, Du solltest kurz ein OOP-Tutorial überfliegen. Im Idealfall mit Delphi, aber letztlich ist es egal, da die darin enthaltenen Informationen unabhängig von der Programmiersprache sein werden. Wirf doch mal einen Blick in den Delphi Crash Kurs:
http://www.delphi-treff.de/tutorials...phi-crashkurs/

Hallo Daniel,

der Link war neu für mich und nur bedingt hilfreich, da nur der theoretische Teil gegen Ende neue Informationen gegeben hat.
Der Rest war mir nämlich bekannt.

Mir ist der Sinn von OOP deutlich, die Klassenhierarchie kommt auch nicht von mir, sondern ist mir vorgegeben worden.
Genauso soll die Get-Function in der Klasse TMensch bestehen.

Also suche ich nach einem Ansatz, wie ich das lösen kann, sodass die Aufgabenstellung erfüllt wird.

Gruß
Jan

Hallo,

Zu Problem 1:
Im Button-Click fragst du die Radio-Group ab. Je nachdem erstellst du eine Instanz der gewünschten Klasse und fügst diese zu deiner Menschenliste hinzu.
In diesem Schritt musst du natürlich explizit auf die Felder der abgeleiteten Klassen zugreifen.

Zu Problem 2:
Es ist doch egal wie viele Werte die einzelnen Objekte in der Menschenliste haben. Da in der Liste ja nicht die kompletten Objekte sondern jeweils nur Pointer (4 bzw. 8 Byte groß) auf die Objekte gespeichert werden hat das überhaupt keine Auswirkung auf die Liste selbst.

Edit: Oder was wahrscheinlich noch besser wäre wäre eine Funktion in der Art wie Mikkey es vorgeschlagen hat, die dafür sorgt dass über eine virtuelle Methode das Objekt selbst dafür sorgt wie es z.B. ausgegeben wird (wäre vor allem für Problem 3 sehr praktisch)

Zu Problem 3:
In diesem Fall würdest du die Menschenliste mit einer Schleife durchlaufen und nur die Objekte in irgendeiner Weise darstellen/anzeigen die von der Klasse TArbeiter abgeleitet sind:

zusammenfalten · markieren

Delphi-Quellcode:

for i:= 0 to Menschenliste.Count-1 do
begin
  if Menschenliste[i] is TArbeiter then
    DisplayMensch(Menschenliste[i]);
end;

// oder besser:

for i:= 0 to Menschenliste.Count-1 do
begin
  if Menschenliste[i] is TArbeiter then
    Menschenliste[i].Display(AnzeigePanel); // o.ä.
end;

Generelles:
Wenn du auf Objekte in der Liste zugreifst kannst du erstmal nur auf die Felder zugreifen die in TMensch deklariert wurden. Möchtest du Felder abgeleiteter Klassen lesen/schreiben musst du vorher prüfen von welcher Klasse das Objekt abgeleitet ist (s.o.) und danach das Objekt casten.

markieren

Delphi-Quellcode:

var arbeiter: TArbeiter;
begin
  if Menschenliste[0] is TArbeiter then
  begin
    arbeiter := TArbeiter(Menschenliste[0]);
    arbeiter.Stundenlohn := 15.0;
  end;
end;

Ich bin mir aber auch generell nicht ganz sicher was du mit deinen Fragen meinst. Aber ich glaube du denkst z.T. falsch bzw. zu kompliziert.

Wenn man der Oberklasse eine Handvoll (ggf. abstrakter) Methoden spendiert, könnte man sich außer bei der Filterung doch die ganzen "is"-Abfragen sparen.

zusammenfalten · markieren

Delphi-Quellcode:

type
  TOberdings = class
  public
    procedure SetValues; virtual; abstract;
    procedure DisplayValues; virtual; abstract;
  end;

  TErstesUnterdings = class(TOberdings)
  public
    procedure SetValues; override;
    procedure DisplayValues; override;
  end;
  
  TZweitesUnterdings = class(TOberdings)
  public
    procedure SetValues; override;
    procedure DisplayValues; override;
  end;

Wenn man nun eine Liste von TOberdings hat, kann man die Methoden SetValues und DisplayValues für jedes einzelne Element aufrufen, ohne sich um dessen konkreten Unterklassentyp scheren zu müssen. Weiterhin wäre auch der Ansatz über Interfaces denkbar, das ist dann noch einen Tacken abstrakter, da man noch nicht einmal eine bestimmte Klassenhierarchie einhalten müsste.

Ich will auch mal zur Verwirrung beitragen...

Wenn Du Menschen in eine Liste speicherst steht dort drin nur
-> Zeiger auf Objekt
-> Zeiger auf Objekt
-> Zeiger auf Objekt
-> Zeiger auf Objekt

Du kannst Dir dann auch nur Objekte dort heraus holen.

Wenn Du dort nur Menschen gespeicherst hast kannst Du einfach die Objekte in Menschen casten -> Mensch := TMensch(List[0]); Falls der erste Mensch tatsächlich ein Schüler war kannst Du an die Schülereigenschaften nicht heran.
Wenn der erste Eintrag ein Auto war, dann knallt es (bestenfalls sofort oder mit unvorhersehbaren Folgen später), da u.U. Speicherplätze beschrieben werden, die gar nicht zu dem eigentlichen Objekt gehören.


Wenn Du Menschen, Schüler und Arbeiter in der Liste hast musst Du prüfen, was Du gerade vorliegen hast:

markieren

Delphi-Quellcode:

O := List[0];
if (O is TSchueler) then
  Schueler := (O as TSchueler)
else
if (O is TArbeiter) then
  Arbeiter := (O as TArbeiter)
else
if (O is TMensch) then
  Mensch := (O as TMensch);

Generische Listen akzeptieren nur bestimmte Objekte und geben die entsprechend wieder zurück. Bei einer generischen Menschenliste würdest Du also immer einen TMensch zurück erhalten.
Solche Listen sind u.a. nützlich, wenn man eine bestimmte Klasse speichern und sich das ständige Casten ersparen will.


Ein kurzer Ausflug, weil Du "Polymorphie" geschrieben hast:
Letztlich kannst Du Dich auch mal zu Schnittstellen (Interfaces) einlesen.
Da kann man völlig unterschiedliche Objekte speichern und weiter verarbeiten, die aber einheitliche Eigenschaften haben. Z.B. hätte ein Auto und ein Motorrad jeweils eine Schnittstelle IVerbrennungsmotor.
Der Verbrennungsmotor kann dann gestartet werden (Verbrennungsmotor.Start), ohne dass der Zündschlüssel wissen muss, ob am Motor ein Auto hängt oder ein Motorrad.
Dadurch kann man Klassen voneinander entkoppeln und flexibel mit ihnen umgehen.

Zum 1. Problem gäbe es die Möglichkeit, dass die jeweilig abgeleitete Klasse das Eingabeformular für seine Daten selbst bereitstellt. Du musst nur eine virtuelle Methode von TMensch aufrufen, damit sich das Objekt selbst abfragt.

2. Problem: Weitere virtuelle Funktion, die z.B. eine übergebene Stringliste füllt oder ein TStringDynArray zurückgibt.

3. Problem: Es gibt eine Funktion, die einem den Klassennamen zurückgibt. Mit "is" kommt man ebenfalls zum Ziel.

Hallo Mikkey,

ich habe eine Unit Neu die das Eingabeformular stellt. Dieses Formular wird aufgerufen, wenn ich in meiner Mainform einen Button klicke.
Ich trage die Daten ein und habe vier verschieden Set-Functions die mir eine Variabel vom Typen TMensch beschreiben.
Anschließend habe ich eine Get-Function die mir Arbeiter resultet.

Die anderen zwei Möglichkeiten probiere ich, sobald ich das erste Problem beseitigt habe.

Gruß
Jan