Der Compiler merkt nicht, dass eine Klasse nicht vollständig implementiert ist

[Der schöne Günther]

Folgendes Beispiel:


Header:

Delphi-Quellcode:

type
   TSomeAbstractClass = class abstract
      procedure someAbstractMethod(); virtual; abstract;
   end;
   
   TSomeChildClass = class(TSomeAbstractClass)
      // keine Implementation von someAbstractMethod()
   end;

Implementation

Delphi-Quellcode:

procedure noAbstractError();
type
   TMyClassType = class of TSomeAbstractClass;
const
   myClass: TMyClassType = TSomeChildClass;
var
   myObject: TSomeAbstractClass;
begin

   myObject := myClass.Create(); // Kein Fehler oder Warnung
   myObject := TSomeChildClass.Create(); // Compilerfehler/-Warnung

end;

Was kann ich dagegen tun? Ich möchte einmal oben auf einen Block festgelegt haben, eine Instanz welcher Klasse erstellt wird und nicht in die Falle tappen, aus Versehen Klassen zu instanziieren, die nicht alle Methoden implementiert haben.

[Union]

Nix. Siehe dort

Zitat:

Hinweis: Delphi lässt die Instantiierung einer als abstract deklarierten Klasse aus Gründen der Abwärtskompatibilität zu, aber dieses Feature sollten nicht mehr verwendet werden.

[Der schöne Günther]

Nein, nein.

Ich kann ja mit der Compilerwarnung "Konstruierende Instanz enthält abstrakte Methode" mich ja immerhin davor warnen lassen oder sogar einen Fehler draus machen. Es geht darum, dass der Kerl es (auf dem ersten Weg) überhaupt nicht merkt.

Anhang:

Die Lösung war einfacher als man denkt:

Delphi-Quellcode:

type
    TMyClassType = class of TSomeAbstractClass;
 const
    myClass: TMyClassType = TSomeChildClass;

wird zu

Delphi-Quellcode:

type
    TMyClassType = TSomeChildClass

und alles läuft, wie ich es mir vorgestellt habe.

[Stevie]

Zitat von Union:

Nix. Siehe dort

Zitat:

Hinweis: Delphi lässt die Instantiierung einer als abstract deklarierten Klasse aus Gründen der Abwärtskompatibilität zu, aber dieses Feature sollten nicht mehr verwendet werden.

Wusste gar nicht, dass das so in der Doku steht - wär besser, wenn sie das Feature endlich implementieren würden.

Aber nein, da macht man lieber andere Sachen kaputt, die schon seit 4 Jahren funktionieren...

[JamesTKirk]

Zitat von Stevie:

Aber nein, da macht man lieber andere Sachen kaputt, die schon seit 4 Jahren funktionieren...

Schade, dass ich noch nicht dazu gekommen bin generische Methoden in FPC zu implementieren... sonst würde ich das Beispiel gern mal ausprobieren (aber ich speichere es mir für die Zukunft mal ab )

Gruß,
Sven