Du hast mich immer noch nicht verstanden. Was machst du, wenn du ein rundes Control hast, aber TCustomControl keine Radius Prop hat, dein Objectinspector aber ein TCustomControl erwartet?
Wieso sollte der
OI ein TCustomControl erwarten? Verstehe ich nicht. Der
OI erwartet ein Objekt, geht per
RTTI die Eigenschaften durch und erstellt für jede published Property einen Editor. Dem ist doch wurscht, was Du ihm gibst.
Der
OI kann auch ein TCustomControl erwarten (was blöd wäre, weil er dann kein
Object-Inspector wäre, sondern ein CCI, ein 'CustomControl-Inspector'. Aber selbst wenn er das erwarten würde, ermittelt er zur Laufzeit per
RTTI die Editoren/Zeilen, und zwar anhand des konkreten Typen des darzustellenden Objekts.
Es ist nur so, daß die einzelnen Klassen, die davon abgeleitet sind, nicht jede Methode bzw. jede Property haben.
Genau das ist es, was dein Design 'falsch' macht. Deine Basisklasse soll nicht wissen, was eventuell einer ihrer Kinder für Eigenschaften haben könnte und einfach mal auf Verdacht eine abstrakte Eigenschaft einführen. Das ist kein
OOP.
Ok. Also: Ich habe 3 Klassen ala TShape (TWerkzeug1,2,3). Jede TWerkzeug Class kann so 15-25 Figuren zeichnen.
Imho falsch.
Zitat:
Der User wählt mit dem Speedbutton eines von ca. 70 zu zeichnenden Objecte aus. ... wenn Polygon -> dann TWerkzeug2 -> dann FWerkzeug2.Polygon.Add(X, Y).
Delphi-Quellcode:
Editor := TEditorFactory.Create(SelectedFigure);
Editor.Add(X,Y);
Nehmen wir an, wir haben Figuren auf einem Tisch liegen, jede Figur hat eine Position:
Delphi-Quellcode:
For figure in FiguresOnTable do begin
Painter := TPainterFactory.Create(figure.figure);
Painter.Paint(figure.Location);
End;
Berechnung der Gesamtfläche
Delphi-Quellcode:
For figure in FiguresOnTable do begin
SurfaceCalculator := TSurfaceCalculatorFactory.Create(figure.figure);
TotalSurface := TotalSurface + SurfaceCalculator.Surface;
End;
Immer die selbe Soße.
Anstatt deine Klasse immer weiter aufzublähen (Anti-OCP), baust Du für jede Funktion eine neue Klassenfamilie. Natürlich kannst du für elementare Operationen eine Basisklasse nehmen, aber wenn Du Dich dabei ertappst, diese für neue Funktionen zu erweitern, verstößt Du gegen SRP und OCP. Das sollte ein Warnsignal sein, falls Du
OOP-konform sein willst.
Zitat:
Ich suche eigentlich nur ein elegantes Handling für diese 3 Klassen.
Mach mehr Klassen: 70 Figurtypen und 3 Klassen? Das kann nicht gehen, jedenfalls nicht mit OOD.