Typen / Klassen als Parameter verwenden

[Meflin]

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

[Medium]

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

[implementation]

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.

[Meflin]

Zitat von implementation:

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

Naja nicht ganz. Zwar kann man damit sowas anlegen:

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

Code:

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

[implementation]

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

[Khabarakh]

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.

[implementation]

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.

[Meflin]

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

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...

[Khabarakh]

Nicht so kompliziert denken und einfach Instanzmethoden daraus machen ? Ich sehe da keinen Nachteil - und wie gesagt können sich dadurch sogar ganz andere Möglichkeiten eröffnen :

Code:

   class Dispatcher
   {
      [ImportMany]
      IEnumerable<ServerEvent> EventHandlers { get; set; }

      public Dispatcher()
      {
         // Here be MEF magic...
         var catalog = new DirectoryCatalog(@".\");
         var container = new CompositionContainer(catalog);
         container.Composeparts(this);
      }

      void Receive()
      {
         ServerEvent handler = EventHandlers.First(h => h.Command == command);
         handler.Handle();
      }
   }

   public abstract class ServerEvent
   {
      public virtual string Command { get { return ""; } }
      public void Handle();
   }

   [Export(ServerEvent)]
   class IAmATeapotServerEvent : ServerEvent { ... }

Wirf eine weitere Assembly mit einer ServerEvent-Ableitung in den bin-Ordner und MEF wird sie ohne weiteres Zutun ebenfalls dem Dispatcher zuordnen. Und jetzt sag mir, dass das mit statischen virtuellen Methoden eleganter lösbar sei .