Moin,

in Smalltalk kann ich sowas machen:

markieren

Code:

classes := {ClassA. ClassB. ClassC}.
classes do: [:each |
    each register]

(Ja, es geht hierbei um Klassen, nicht Instanzen / Exemplare von Klassen).

In Delphi sollte derartiges ja über das class of Konstrukt auch möglich sein. Ich bräuchte allerdings ein praktikables Äquivalent in C# und da konnte ich bis jetzt nichts finden.

Ein weiterer netter Anwendungsfall wäre dann

markieren

Code:

void foo(ASuperClass c) {
    bar = new c()
}

Ein solches Konstrukt gibt es in C# nicht. Habe ich auch schon vergeblich nach gesucht
Es ließe sich aber evtl. durch Generics lösen:

markieren

Code:

void foo<T>() where T: BasisKlasse, new()
{
  bar = new T();
}
// ...
foo<BasisKlasse>();
foo<AbgeleiteteKlasse>();

Dann muss die übergebene Klasse aber auch einen Konstruktor mit 0 Argumenten besitzen.

Zitat von implementation:

Ein solches Konstrukt gibt es in C# nicht. Habe ich auch schon vergeblich nach gesucht

Verdammt, das ist schade

für das zweite Beispiel sollte das mit den Generics ausreichend sein, wenn es klappt. Für den ersten hilft das allerdings auch nichts

Schau dir mal den Namespace System.Type an, und den Operator typeof().

Heißt das Namespace nicht System.Reflection?
Das ist aber eigentlich auch keine Entsprechung für class-of, sondern für die RTTI...
Aber damit sollte sich das erste Beispiel bewältigen lassen.

Zitat von implementation:

Aber damit sollte sich das erste Beispiel bewältigen lassen.

Naja nicht ganz. Zwar kann man damit sowas anlegen:

markieren

Code:

Type[] KnownClasses = new Type[] { typeof(ClassA), typeof(ClassB) };

Aber wie komme ich nun vom Type wieder zur Klasse? Ein Eintrag aus dem Array kennt ja nun logischerweise die (statischen) Methoden meiner Klassen nicht (ist ja auch vom Typ Type) und ein cast ist nicht möglich

markieren

Code:

foreach (Type t in KnownClasses) {
    // ? t.foo()
}

Die Lösung ist eine Methode von System.Type, nämlich InvokeMember

Ich denke, ein konkretes Anwendungsbeispiel wäre langsam hilfreich . Von Dependency Injection bis zu Funktionaler Programmierung (Higher-Order-Functions) gibt es manchmal sogar bessere Lösungen als virtuelle statische Methoden.

Eine virtuelle statische Methode direkt umzusetzen, ohne Verlust von statischer Typisierung, wirst du aber nur erreichen, indem du sie zur Instanzmethode machst und dafür ggf. in eine eigene Klasse auslagerst.

Zitat von Khabarakh:

Von Dependency Injection bis zu Funktionaler Programmierung (Higher-Order-Functions) gibt es manchmal sogar bessere Lösungen als virtuelle statische Methoden.

In C# gibt es nicht einmal virtuelle statische Methoden
Daher ist das erste Beispiel sowieso Schwachsinn.
Da müsste Microsoft erstmal Delphi's Klassenmethoden abgucken.

Zitat von Khabarakh:

Ich denke, ein konkretes Anwendungsbeispiel wäre langsam hilfreich .

Nungut... es soll eine Reihe von "Events" verwaltet werden... Im Endeffekt Daten, die über einen Socket empfangen werden. Für jeden möglichen Befehl gibt es eine Unterklasse von

markieren

Code:

    abstract class ServerEvent
    {
        public static string command() {
            return "";
        }

        public static void handler() { } 
    }

Alle bekannten Events sollen nun bei einem Dispatcher registriert werden (der ServerEvent.Command aus den TCP Daten liest und dann ServerEvent.handler() passend aufruft).

Mit der im Eingangspost gezeigten Smalltalk-Variante wäre ich da voll zufrieden

Vermutlich gibt es dafür auch völlig andere Lösungsansätze; sollte meine Idee tatsächlich nur schwer umsetzbar sein, werde ich wohl auch umstellen...