Setter mehrfach überschreiben.

[Bjoerk]

Nee, was du in #10 geschrieben hast war genau richtig!?

[BadenPower]

Zitat von Bjoerk:

Nee, was du in #10 geschrieben hast war genau richtig!?

Ging nicht um #10, sondern um den "original Text" meines Posts #14, welchen ich editiert habe.

Weil:

Ich habe in #14 schon etwas geschrieben gehabt und bin dort nochmals auf die Verwendung von "abstract" eingegangen und habe dann aber bemerkt, dass der Post in #11 auf den ich mich bezog gar nicht von Dir war, sondern von Mikkey.

Somit war das, was ich geschrieben hatte, nicht im richtigen Kontext und daher Blödsinn.

[Bjoerk]

In den Zusammenhang stellt sich für mich die Frage, ob es möglich ist, eine Faktory aus 3 unterschiedlichen Klassen zu erstellen. Falls da ja jemand irgendeine Chance sieht, mach in nen neuen Thread auf.

[DeddyH]

Meiner Meinung nach sieht das schon aufgrund der Vielzahl an Properties und Methoden arg nach Gottklasse aus. Evtl. wäre es besser, das Design noch einmal zu überdenken. Abstrakte Methoden verwendet man z.B., wenn jede abgeleitete Klasse sie implementieren muss, es aber auf dieser Hierarchiestufe noch keine Gemeinsamkeit gibt außer der Methode an sich. So kann sich z.B. jedes Fahrzeug bewegen (da dies ja sein essentieller Sinn ist), aber jedes anders (Flugzeuge fliegen, Landfahrzeuge fahren, Wasserfahrzeuge schwimmen). Auf der Stufe TFahrzeug macht es also durchaus Sinn, eine abstrakte Methode "Bewege" einzuführen. Erst wenn es so "speziell" wird, dass es einen gemeinsamen Nenner gibt, erfolgt dann die (erste) Implementation, die auf weiteren Stufen ggf. noch überschrieben werden kann. Zu Deiner Factory: wäre es nicht sinnig, hier Interfaces einzuführen? Je weiter man sich durch den Klassenbaum nach unten bewegt, desto mehr Interfaces werden dann eben implementiert. Ob eine Klasse ein bestimmtes Interface implementiert, lässt sich ja erfragen.

Just my 2 cents.

[Bjoerk]

Ja, ist sehr aufgebläht. Diese Klasse hab ich eigentlich nur deshalb eingeführt um keine Fehler zu machen (auf protected-Symbol TWerkzeug.xyz kann nicht zugegriffen werden) und um einen gemeinsamen Vorfahren zu haben.

Ableiten wär mir eigentlich lieber als interfaces?

[DeddyH]

Ableiten ginge auch, dann prüft man eben nicht, ob ein bestimmtes Interface imlpementiert, sondern ob das Objekt von einem bestimmten Klassentyp ist.

[Bjoerk]

Ich hab diese fürchterliche Basisklasse geschreddert (nicht nur gelöscht). Die bringt überhaupt nichts null nothing gar nichts. Ich habe 3 Kategorien von geometrischen Objekten, die ich eh immer abfragen muß?

Beispiel:

Delphi-Quellcode:

procedure TDrawPadProperties.SetProperties(Item: TWerkzeug0);
var
  Item1: TWerkzeug1;
  Item2: TWerkzeug2;
  Item3: TWerkzeug3;
begin
  SetProperties0(Item);
  if Item is TWerkzeug1 then
  begin
    Item1 := TWerkzeug1(Item);
    SetProperties1(Item1);
  end
  else
    if Item is TWerkzeug2 then
    begin
      Item2 := TWerkzeug2(Item);
      SetProperties2(Item2);
    end
    else
    begin
      Item3 := TWerkzeug3(Item);
      SetProperties3(Item3);
    end;
end;