Objekte dynamisch erzeugen?

huhu124

Mitglied
Hallo,

ich habe folgendes Problem:

Eine Klasse GUI die auch die Main Methode beinhaltet hat einen GUIManager.
Der GUIManager ist ein Singleton und bietet eine Methode zum Hinzufügen von Button "addButton()".

Jetzt sollen Subsysteme (Klassen) die die GUI nicht kennt! die Möglichkeit haben Button über den GUIManager an der GUI anzumelden.

Da die GUI die Sybsysteme nicht kennt und auch nicht weiß wie viele es davon gibt kann es keine Objekte davon erzeugen!

Wie kann man dieses Problem lösen?
Java:
import javax.swing.JButton;
import javax.swing.JFrame;
import javax.swing.JLabel;
 
 
public class GUI {
    
    public static void main(String[] args) {         
            //Schedule a job for the event-dispatching thread:         
            //creating and showing this application's GUI.         
            javax.swing.SwingUtilities.invokeLater(new Runnable() {  
                public void run() { 
                    createAndShowGUI();             
                } 
            });     
        } 
    
     /** Create the GUI and show it.  For thread safety,      
      *  this method should be invoked from the      #
      * * event-dispatching thread.      
      * */   
    private static void createAndShowGUI() {         
        
        JFrame frame = new JFrame("HelloWorldSwing");         
        frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
        
        GUIManager gm = GUIManager.getInstance();
        JButton btn = gm.getButton();
        
        if (btn != null) {
            frame.getContentPane().add(btn);
        }
        //Display the window.         
        frame.pack();         
        frame.setVisible(true);     
        }   
}
 
 
 
 
import java.util.ArrayList;
 
import javax.swing.JButton;
 
 
  public final class GUIManager
  {
      /**
       * Privates Klassenattribut,
       * wird beim erstmaligen Gebrauch (nicht beim Laden) der Klasse erzeugt
       */
      private static GUIManager instance;
      private ArrayList<JButton> allButtons = new ArrayList<JButton>();
 
      /** Konstruktor ist privat, Klasse darf nicht von außen instanziiert werden. */
      private GUIManager() {}
 
      /**
       * Statische Methode „getInstance()“ liefert die einzige Instanz der Klasse zurück.
       * Ist synchronisiert und somit thread-sicher.
       */
      public synchronized static GUIManager getInstance() 
      {
          if (instance == null) 
          {
              instance = new GUIManager();
          }
          return instance;
      }
      
      
      public JButton getButton() {
        
          if (!this.allButtons.isEmpty()) {
              return this.allButtons.get(0);
        }
          return null;
          
    }
      
    public void addButton(JButton btn) {
        
        this.allButtons.add(btn);
    }
    
}
 
 
 
import javax.swing.JButton;
 
 
public class Subsystem1 {
 
    
    static{
        GUIManager gm = GUIManager.getInstance();
        gm.addButton(new JButton("Subsystem1"));
    }
    
}
 
import javax.swing.JButton;
 
 
public class Subsystem2 {
 
    
    static{
        GUIManager gm = GUIManager.getInstance();
        gm.addButton(new JButton("Subsystem2"));
    }
    
}
...
 
Gar nicht. Wie soll jemand eine ihm unbekannte Maschine, die er nicht einmal sehen kann, bedienen können?

Du solltest dein Design überdenken, oder das eigentliche Ziel deiner Bemühungen darlegen.
 
mhm - die subsysteme holen sich den GuiManager, erschaffen einen button und adden per methode. Der Manager muss dann der GUI bescheid geben dass ein neuer button existiert.

oder versteh ich was falsch ?

Wie auch immer, das klingt mehr als fragwuerdig - warum soll das so sein ?
 
Die Überlegung ist folgende gewesen.

ich möchte mein Programm in einzelne Komponenten aufteilen. Jede Komponente wird als JAR Datei mit eingebunden. Wenn Später eine neue Komponente hinzukommt soll diese automatisch erkannt werden und in das System eingebunden werden.

Im Grunde genommen ein PlugIn.

Ich weis leider an dieser stelle nicht wie man der Hauptklasse mitteilt dass es eine neue Komponente gibt. Eventuell muss man in dem Ordner in dem die Neue JAR Datei liegt eine Resource XML Datei mitliefern.

Hat jemand eine Idee wie man das macht?
 
nur das Jar an sich wäre ein schlechter Weg, du solltest irgendwas ein bisschen direkteres wählen:
- dein Programm hat eine zentrale Konfigurationsdatei, dort vor Programmstart Submodule eintragen
- das Eintragen ginge auch zur Laufzeit wenn die Datei regelmäßig geprüft wird,
da du aber eine GUI hast ist zur Laufzeit die offensichtlichere Lösung irgendeine Eingabe mit Button in der GUI

-> das System erfährt auf direktem Wege vom Submodul, etwa den Klassennamen,
dann ist der übliche Weg ein Objekt per Reflection zu erzeugen, auf das festgelegte Interface zu casten und eine Methode aufzurufen,
im einfachsten Falle init(), evtl. die GUI übergeben, den Rest könnte dann ja das Plugin machen,
neue Panel, Buttons, Menüs usw. einfügen, Listener reagieren, schon ist die GUI erweitert
 
Zuletzt bearbeitet von einem Moderator:
Die Überlegung ist folgende gewesen.

ich möchte mein Programm in einzelne Komponenten aufteilen. Jede Komponente wird als JAR Datei mit eingebunden. Wenn Später eine neue Komponente hinzukommt soll diese automatisch erkannt werden und in das System eingebunden werden.

Im Grunde genommen ein PlugIn.

Sowas ähnliches gibt es schon vorgefertigt, nennt sich "Service Provider Interface". Über eine Datei im jar kannst du angeben, welche Implementierungen (also "Plugins") für ein bestimmtes Interface da drinstecken. Das Hauptprogramm kann sich eine Liste all dieser Implementierungen geben lassen. Siehe Creating Extensible Applications With the Java Platform für Details. Das Ganze funktioniert recht gut, und ich würde dir sehr empfehlen, eine fertige Lösung wie diese zu verwenden, statt selber rumzumurksen.
 
Vielen dank für die Info!
Da es diese Lösung schon gibt werde ich mich mal daran setzen diese auch zu verwenden.

Falls ihr gute Tutorials dazu empfehlen könnt wäre ich über ein Link sehr dankbar.

VG
 

Zurück
Oben