Forum: Object-Pascal / Delphi-Language
Delphi
by Codehunter,
19. Mär 2018
Hmmm womit wir wieder beim abstract wären :-D Aber ich meine mich zu erinnern, dass das früher bei D7 von Haus aus so war, dass der Compiler abgebrochen hat wenn Abstracts nicht implementiert waren. Mit dem strict protected bin ich aber schon mal ein gutes Stück weiter beim ordentlichen Anwendungsdesign.
Forum: Object-Pascal / Delphi-Language
Delphi
by Codehunter,
19. Mär 2018
Tatsache :) Da wird man alt wie eine Kuh und lernt immer noch dazu... Gibts vielleicht auch sowas wie das "obligatory" in meinem Beispiel?
Forum: Object-Pascal / Delphi-Language
Delphi
by Codehunter,
19. Mär 2018
Da hast du völlig recht Uwe. Die Idee finde ich sogar sehr gut, in der Basisklasse eine Art von Not-Implemented-Benachrichtigung einzubauen. Irgendwie finde ich es schade, dass es neben den protected- und public-Abschnitten in Klassen nicht auch einen gibt wo man Methoden deklarieren kann, die ausschließlich in Kindklassen angesprochen/überschrieben werden können und deren Sichtbarkeit nach außen...
Forum: Object-Pascal / Delphi-Language
Delphi
by Codehunter,
19. Mär 2018
Wenn ich das beides jetzt zusammen nehme, dann erscheint es mir am sinnvollsten, die betreffende Methode bereits in der Basisklasse nicht mehr abstrakt zu halten sondern dort mit einer leeren Prozedur anzulegen. So habe ich diesen "Dummy" nur einmal und nicht in jeder abgeleiteten Klasse. Mit dem constructor und destructor von TObject verhält es sich ja ganz ähnlich.
Forum: Object-Pascal / Delphi-Language
Delphi
by Codehunter,
19. Mär 2018
Hallo!
Ich bekomme ein paar Compilerwarnungen der Art Instanz von T wird mit der abstrakten Methode XYZ angelegtDas ist soweit nicht dramatisch, weil die betreffende Klasse diese Methoden tatsächlich nicht benötigt. Mich würde aber interessieren ob es eine elegantere Möglichkeit gibt, diese Compilerwarnung zu beseitigen als leere Dummy-Prozeduren in den implementation-Abschnitt zu schreiben.
...