Zugriff auf Control anderer Klasse

[TDO88]

Hallo Zusammen,

ich habe folgendes Problem und finde aktuell keine Lösung des ganzen.
Ich habe mit einem Kollegen zusammen ein relativ großes Projekt in Java Swing mit NetBeans entwickelt.
Dabei gibt es eine Hauptklasse, welche nahezu das komplette Frontpanel der Software beinhaltet.
Diese Hauptklasse beinhaltet u.a. mehrere Threads und ist mittlerweile sehr groß und unübersichtlich geworden. Jetzt möchte ich gerne einige Threads auslagern in eigene Klassen und das ganze etwas umstrukturieren.
Leider habe ich dabei das Problem, dass die Threads auf Frontpanelelemente (z.B. ProgressBar) der Hauptklasse zugreifen müssen.
Ich habe schon versucht mir einfach Get/Set Methoden in der Hauptklasse zu generieren und wollte diese dann aus dem ausgelagerten Thread aufrufen. Damit ich aber darauf zugreifen kann, möchte die ThreadKlasse, dass die Methode static ist. Da das Control (z.B. ProgressBar) aber nicht static ist, kann ich darauf aber nicht zugreifen.
Habt ihr eine Idee für mich, wie ich das hinbekommen kann?

Ich hänge hier mal ein ganz vereinfachtes Beispiel an.
Hauptklasse:

package components;

public class Hauptklasse extends javax.swing.JFrame {
    Obj_Cal_Thread obj_cal_thread = null;
    
    public Hauptklasse(){
        initComponents();
    }
    
    private void initComponents()
    {
        //automatisch von NetBeans generierter Code
        jProgressBarObjCal = new javax.swing.JProgressBar();
    }

    public void SetProgress(int value)
    {
         jProgressBarObjCal.setValue(value);
    }
    
    public static int main (String args[]) {
        new Hauptklasse.setVisible(true);
        
        obj_cal_thread = new Obj_Cal_Thread();
        obj_cal_thread.setName("obj_cal_thread");
        obj_cal_thread.start();
    }
}

Jetzt möchte ich im Thread auf die Progressbar zugreifen:

package components;

public class Obj_Cal_Thread extends Thread{
    
    Obj_Cal_Thread() {
    }
    
    @Override
        public void run(){
            Hauptklasse.setProgress(0);
        }
}

Ich habe jetzt nur schnell etwas zusammen kopiert, damit man die Problematik versteht. Ich weiß selbst, dass dieser Code genau so nicht lauffähig wäre. Mir geht es nur darum aus dem Thread heraus auf ein Control der Hauptklasse zuzugreifen.

 

[fhoffmann]

Ich weiß nicht, ob dies wirklich schön ist; aber du kannst deiner neuen Klasse eine Instanz der Hauptklasse übergeben:

    public static int main (String args[]) {
        Hauptklasse hauptklasse = new Hauptklasse();
        hauptklasse.setVisible(true);
        obj_cal_thread = new Obj_Cal_Thread(hauptklasse);

public class Obj_Cal_Thread extends Thread{
    Hauptklasse hauptklasse;
    Obj_Cal_Thread(Hauptklasse hauptklasse) {
        this.hauptklasse = hauptklasse;
    }

 

[KonradN]

Und neben dem Hinweis von @fhoffmann wäre es evtl. auch gut, das etwas zu strukturieren. Es gibt Pattern wie MVC oder MVVM, die man sich anschauen könnte.

Eine wichtige Kernidee ist dabei, dass man ein Model erstellt, welches eigenständig ist. Du hast also diverse Klassen, die die Daten abbilden und darauf basieren dann auch die Threads. Die UI ist da komplett außen vor. Das Model funktioniert also unabhängig, was da als Oberfläche drauf kommt. Und dann wird da ein layer aufgesetzt, der lediglich Daten aus dem Model anzeigt und da ggf. diverse Dinge anstößt.

Solch eine Aufteilung macht den Code dann auch deutlich übersichtlicher und es wird viel einfacher, diesen zu erweitern.

 

[TDO88]

Also quasi 3 Gruppen bilden?!
Meine aktuelle Hauptklasse würde demnach dann als GUI Klasse geändert werden, welche sich nur um die Darstellung des Frontpanels kümmert.
Dann bräuchte ich noch mehrere Klassen für die verschiedenen Variablen und Datenstrukturen und dann noch die einzelnen Threads, die Daten ändern/abgreifen?!

 

[KonradN]

Ja, so in der Art wäre das. Die Klassen für die Datenstrukturen sollten natürlich sinnhaftig erstellt sein und somit die Daten logisch strukturieren. Und ggf. sind es dann auch keine reine Datenklassen sondern haben auch ein Verhalten.

Und wichtig sind die Zusammenhänge. Diese kennen keine UI! Wenn ihr es nicht kennt: Oberserver Pattern einmal nachschlagen. Dadurch kann die UI dann das Model sozusagen "beobachten" und wird informiert, wenn sich etwas ändert.

 

[TDO88]

Ok, zunächst mal vielen Dank für die Hinweise. Ich werde mich dann nach dem Wochenende mit den Themen auseinandersetzen.