"Abstrakter Fehler" schon zur Compile-Zeit unterbinden

[Neutral General]

Hallo,

Der Thread ist zwar schon etwas älter aber ich habe quasi das gleiche "Problem".
Ich hätte gerne, dass der Compiler einen Fehler meldet, wenn ich in einer abgeleiteten Klasse eine abstrakte Methode nicht überschrieben habe.
Also quasi wie wenn man eine Methode eines benutzten Interfaces nicht implementiert.

Gibt es da mittlerweile (in den neuen Delphi Versionen) eine Möglichkeit?
Dieses

{$WARN CONSTRUCTING_ABSTRACT ERROR} Hat bei mir nicht funktioniert. Es sei denn ich habe irgendwas falsch gemacht...

[himitsu]

In XE2 funktiniert Folgendes ganz gut.

Delphi-Quellcode:

{$WARN CONSTRUCTING_ABSTRACT ERROR}   // Error

{$WARN CONSTRUCTING_ABSTRACT ON}      // Warning (Standard)

{$WARN CONSTRUCTING_ABSTRACT OFF}     // Nix

Also dort, wo man versucht eine Klasseninstanz zu erstellen.
Aber natürlich nur dort, wo man das Create direkt über den Typ aufruft.

Delphi-Quellcode:

TMyAbstractClass.Create; // Fehler

C := TMyAbstractClass;
C.Create;  // nix

Ob und bis zu welchem Delphi es runter geht ... kann ich erst später sagen.

[edit]
Ab D2009 gibt es keine Probleme. (ERROR funktionierte überall)
Davor (in 2007) ist nur ON und OFF verfügbar.

[Neutral General]

Hallo,

Das Problem ist, dass ich abstrakte Klassenmethoden habe und die Klasse selbst voraussichtlich niemals erzeugt werden wird. Deshalb wäre es ganz praktisch wenn ich schon vorher eine Meldung bekäme.

[himitsu]

Es ist aber sicher, daß diese Klasse von irgendwem erzeugt wird?

Du könntest im Class-Contructor deiner Klasse einen Create-Aufruf einbauen, versteckt in einem IF, welches nie aufgerufen wird (was der Compiler aber nicht merken darf).
Für ältere Delphis in der Initialization.

[Neutral General]

Prinzipiell ginge das sicher.

Es geht mir darum dass ich eine Basisklasse mit mehreren abstrakten Methoden habe und davon abgeleitet gefühlte 10000 Klassen. Jetzt habe ich Angst, dass ich im Programmier-Eifer vergesse die ein oder andere Methode in den Subklassen zu überschreiben. Wenn ich jetzt für jede Subklasse einen Class-constructor erstellen soll/will/muss.. dann verlager ich das Problem ja nur an eine andere Stelle :/

[himitsu]

Hmmm.

Nja, das Problem ist ja, daß der Compiler nicht weiß, daß diese Klassen doch irgendwo anderes erzeugt werden sollen.
Und bei Klassen die nicht erzeugt werden, wird auch nicht gemeckert, sonst würde ja jedesmal sowas wie TStream knallrot aufleuchten.

Du kannst dir auch "einfach" ein Testprojekt anlegen, dort stehen dann hintereinander ganz viele Create-Aufrufe.

[Neutral General]

Mh. Ich glaube ich überlege mir eine alternative, evtl. bessere Lösung für mein Problem ohne diese ganzen Klassenmethoden und 1000 Ableitungen.
Wird am Ende dann wahrscheinlich sogar die sauberere Lösung sein...

Danke trotzdem für die Bemühungen