Finder-Feature

Spracherweiterung Find ImplementationClass or SubClass

In vielen Java-Technologien, vor allem sogenannten Containern, müssen Klassen, die für bestimmte Funktionalitäten in das Framework eingebracht werden, in Konfigurationsdateien eingetragen werden.

Zusätzlich müssen diese Klassen bestimmte Regeln bei der Implementierung beachten. Das führt zu einer Zersplitterung der Funktionalität an viele Stellen der Applikation.

Eigentlich generell angelegte Pattern wie Polymorphie oder Chain of Responsibility benötigen ausser der Implementation der entsprechenden Interfaces oder abstrakten Klassen noch extra Code zum Zusammenfügen der Applikationselemente.

Beispiel Container

Die Superklassen/Interfaces kennen aber die Ableitungen/Implementierungen nicht. Also müssen die Ableitungen/Implementierungen dem Framework bekannt gemacht werden. Dafür gibt es die Lösungsmöglichkeiten: -Hinzufügen von Listenern/Observern zum Framework. -Schreiben der konkreten Ableitungen/Implementierungen in Konfig-Dateien und das Framwork lädt diese über den ClassLoader -Die Applikation muss eine Factory implementieren und dem Framework die konkreten Ableitungen/Implementierungen liefern Es gibt sicher noch ein paar mehr Möglichkeiten. Alle sind kompliziert und umständlich.

Meine Idee hat folgende Basis:

Wenn man eine javadoc-Dokumentation einer Applikation erstellt, werden die Subklassen/Implementierungen einer Klasse/Interface aufgelistet. Solche Tools können alle Sub-Klassen einer Klasse bzw. Implementationen eines Interfaces anhand der Ressourcen aus dem CLASSPATH finden.

Wenn nun das Java(oder was auch immer)-Laufzeit-System ein Feature bietet, im Scope der Applikation (CLASSPATH, JARs), eine/alle Ableitungen/Implementierungen zu finden, kann man sich folgende Lösungen vorstellen:

1. Es gibt genau eine Ableitung/Implementierung

Dadurch könnte zum Beispiel der main-Stummel einer Swing-Applikation verborgen werden.

2. Es gibt mehrere Ableitungen/Implementierungen

3. Von mehreren Ableitungen/Implementierungen wird eine bestimmte benötigt

1. Es gibt eine Factory-Methode, die anhand eines Parameters die richtige Ableitung/Implementierung bestimmt. Das könnte zum Beispiel durch Absuchen aller Klassen-Namen oder Absuchen von Meta-Daten, welche von den konkreten Klassen bereitgestelltet werden, entsprechend dem Parameter erfolgen. Beim Suchen nach Namen müssen die Namen einer festgelegten Namenskonvention entsprechen.
   
   
2. Das Laufzeit-System erledigt die Aufgabe obiger Factory-Methode.

Beipiel Polyphormie:

public class ChainOfResponsibility{

  public void build(){
    ChainOfResponsibility chain=new ChainOfResponsibility();
    chain.add( ChainHandler1 ) ;
    chain.add( ChainHandler2 ) ;
    chain.add( ChainHandler3 ) ;
    chain.add( ChainHandler4 ) ;
    chain.add( ChainHandler5 ) ;
    chain.add( ChainHandler6 ) ;
    //jedes weitere ChainHandler muß hier hart kodiert eingehängt werden

  }//end method build

}//end class ChainOfResponsibility

public class ChainOfResponsibility{

  public void build(){
    ChainOfResponsibility chain=new ChainOfResponsibility();
    Enumeration e=Class.getSubClassesFor( ChainHandler.class ) ;
    while(e.hasMoreElements()){
      chain.add(e.nextElement());
    }//end while
  }//end method build

}//end class ChainOfResponsibility

Vorteile

Nachteile

Für das Nachladen von Klassen über ein Netz (UrlClassLoader) muß der Server spezielle Verzeichnisfunktionalitäten bieten.

Laufzeitprobleme, vor allem beim Starten des Service bzw. der Applikation.

Realisierung