Warum eigentlich nicht, wenn die das Interface implementierende Klasse
die entsprechenden class functions implementiert?
Aus mehreren Gründen.
Ein Grund ist, dass man an diese Klassenfunktion ja nur herankäme, indem man das Objekt hinter dem Interface ermittelt, den Klassentyp dieses Objekts und dann dynamisch den entsprechenden Aufruf auf dieser Klasse durchführt.
- Ein Problem dabei ist, dass man anders als bei dem Aufruf einer normalen Methode einer Klasse oder eines Interfaces dies nur über den Namen tun könnte. Man wäre also auf entsprechende
RTTI-Informationen angewiesen.
- Das andere Problem ist, dass sich hinter einem Interface nicht unbedingt ein normales Delphi-Objekt aus dem selben Speichermanager verbergen muss. Das kann genauso gut ein aus einer
DLL geladenes Objekt sein. Und die
DLL muss noch nicht einmal in Delphi geschrieben sein. Das kann man rein über den Zeiger auf das Interface aber gar nicht sauber ermitteln.
Denn Interfaces sind ja keine Erfindung von Delphi. Ein solches Feature könnte man also nur überstülpen, nicht aber als Interfacefunktionalität hinzufügen.
Und der wichtigste Grund ist, dass es keinerlei logischen Grund gibt eine solche Funktionalität hinzuzufügen. Denn über das Interface kann so etwas ja nicht funktionieren, sondern nur über das dahinter liegende Objekt. Wenn man aber ein konkretes Objekt hat, gibt es keinen Grund für eine Klassenmethode. Man kann ja eine normale Interfacemethode nutzen und normal in der implementierenden Klasse implementieren, die dann eine Klassenmethode aufruft.