[Beantwortet] Vererbung OHNE Design

[himitsu]

Zitat von sx2008:

Aua, da schüttelt es mich aber.

Ist aber besser, als gleich die komplette Vererbung zu zerschießen.

[sx2008]

Man darf nicht Dinge vererben die dann in der abgeleiteten Klasse teilweise ausgehebelt werden!
Nehmen wir mal {Button}.Free - was passiert wohl wenn im übergeordneten Formular auf eben diesen Button zugegriffen wird?
Ok, dann eben nur {Button}.Hide bzw {Button}.Visible := False .
Aber auch hier - wenn im übergeordneten Formular das Property Visible verändert wird dann erscheint je nach äusseren Umständen ein Button wo er nicht hingehört.
Und nach Murphy tritt dieser Fall erst beim Endbenutzer auf und wird bei Tests nicht entdeckt.
Der Button könnte z.B. auch dynamisch über RTTI angesprochen werden ohne dass dies bei Anwendung dieses Tricks bekannt wäre.

Oder man stelle sich vor das Projekt von einem anderen Mitarbeiter übernommen.
Ich kann mir schon vorstellen welche Flüche er von sich gibt wenn er auf diesen unerwarteten Trick stösst.

[OlafSt]

Ich habe so einen Fall in einem Projekt mit gefühlt 40k Formularen. Sie alle stammen von einem Basisformular ab, das leer ist - bis auf zwei Buttons (OK und CLOSE). An sich nicht schlecht gedacht, aber im Nachhinein dann schlecht gemacht: In 99% der Formulare werden im OnCreate eben diese Buttons unsichtbar gemacht, weil sie nicht benötigt werden (oder der Programmierer, der offensichtlich wenig Ahnung von OOP hatte, wußte es nicht besser).

Der nächste Nachteil zeigte sich dann, als ein Spinoff von diesem Monster gemacht werden sollte und ich zwei Formulare übernehmen wollte... In letzter Konsequenz habe ich dann das Basisformular entfernt, das war weniger Arbeit als ~40% des Monsterprojektes wegen der im Laufe der Jahre entstandenen Abhängigkeiten mit übernehmen zu müssen.

Ich würde hier also definitiv die Vererbung neu gestalten und die Berechnungen in eine eigene Klasse samt eigener Unit verschieben.