Swing Wert aus Textfeld auslesen -- null Fehler

[zuflucht]

Hi Folks,

ich zerbreche mir langsam den Kopf.....

Folgendes Problem:
Ich möchte aus einem Textfeld einen Wert mittels txtField.getText(); Auslesen und in einer Variable speichern.
Das ganze soll über eine Funktion getValuesFromGUI(); geschehen. Sobald ich jedoch die Abfrage nicht mehr im Initialize() sondern in der getValuesFromGUI(); durchführe bekomme ich eine NULL exception.

Besonders Kurios, meine Methode funktioniert in einem Prototypen ohne Probleme, im zweiten in dem ich noch TabbedPanes hinzufüge nicht mehr.

Ich bräuchte etwas Hilfe um meine Werte doch ncoh aus zu lesen.


hier mein Code Snippet.

private static double lTLineOven1;
static JTextField txtLOven1;


    private static void getValuesFromGUI(){
        lTLineOven1 = Double.valueOf(txtLOven1.getText());       //keine Ausgabe möglich
        }
    /**
     * Launch the application.
     */
    public static void main(String[] args) {

        EventQueue.invokeLater(new Runnable() {

            public void run() {

                try {
                    GUI_Complex window = new GUI_Complex();
                    window.frame.setVisible(true);
                } catch(Exception e) {
                    e.printStackTrace();
                }
            }
        });
        getValuesFromGUI();      
    }

    public GUI_Complex() {
        initialize();
       
    }

    private void initialize() {
        frame = new JFrame();
        frame.setBounds(100, 100, 1045, 657);
        frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);

        panColumn = new JPanel();
        tabbedPane.addTab("Column Setup", null, panColumn, null);
        GridBagLayout gbl_panColumn = new GridBagLayout();
        gbl_panColumn.columnWidths = new int[]{1, 0, 80, 37, 60, 0, 0};
        gbl_panColumn.rowHeights = new int[]{0, 22, 30, 30, 30, 15, 30, 30, 30, 30, 0, 30, 30, 30, 31, 0, 30, 30, 0};
        gbl_panColumn.columnWeights = new double[]{0.0, 0.0, 1.0, 1.0, 1.0, 0.0, Double.MIN_VALUE};
        gbl_panColumn.rowWeights = new double[]{0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, Double.MIN_VALUE};
        panColumn.setLayout(gbl_panColumn);


        txtLOven1 = new JTextField();
        txtLOven1.addActionListener(new ActionListener() {
            public void actionPerformed(ActionEvent e) {
                calculate();
            }
        });
        txtLOven1.setText("0.15");
        GridBagConstraints gbc_txtLOven1 = new GridBagConstraints();
        gbc_txtLOven1.fill = GridBagConstraints.HORIZONTAL;
        gbc_txtLOven1.insets = new Insets(0, 0, 5, 5);
        gbc_txtLOven1.gridx = 4;
        gbc_txtLOven1.gridy = 2;
        panColumn.add(txtLOven1, gbc_txtLOven1);
        txtLOven1.setColumns(10);

lTLineOven1 = Double.valueOf(txtLOven1.getText());        //Ausgabe möglich

Der Hauptunterschied zum Prototypen sind die zusätzlich container. Müssen alle Container global sein, um auf ein darin liegendes (globales) Objekt zugreifen zu können?


Danke für eure Hilfe.

Viele Grüße
zuflucht

 

[zuflucht]

Hallo zusammen,

ich habe gerade den Fehler gefunden

er hat sich in Main() versteckt.

der aufruf meiner Methode war zwei zeilen zu tief gerutscht.
richtig wäre

    public static void main(String[] args) {

        EventQueue.invokeLater(new Runnable() {

            public void run() {

                try {
                    GUI_Complex window = new GUI_Complex();
                    window.frame.setVisible(true);
                } catch(Exception e) {
                    e.printStackTrace();
                }
                getValuesFromGUI();
            }
        });
            
    }

ich war wollte also ein Textfeld auslesen, an einer stelle auserhalb von run()

ist die run() Methode soetwas wie eine ständig ausgeführte Methode? Aus der ich während das Programm läuft nicht herraus komme?

grüße
zuflucht

 

[mihe7]

ich zerbreche mir langsam den Kopf.....

Mach lieber schnell, dann tut's nicht so weh

ist die run() Methode soetwas wie eine ständig ausgeführte Methode?

Nein. Es ist einfach eine durch das Runnable-Interface definierte Methode. Der Aufrufer kann damit etwas "laufen lassen", ohne wissen zu müssen, was genau. Runnable wird insbesondere im Zusammenhang mit Threads verwendet. Die EventQueue dient zum Beispiel dazu, "Aufträge" zu verwalten, die vom sog. "Event Dispatch Thread" (EDT) abgearbeitet werden. Der EDT ist in AWT/Swing für das User Interface zuständig.

Schreib doch einfach mal, was Du vorhast, dann kann man wahrscheinlich besser helfen.

 

[zuflucht]

Hi, danke für die Erklärung, und dein Interesse.

ich entwickel ein Tool zum Berechnen von Gasflüssen / Gas Massenströmen für komplexe Kapillaranordnungen und Schaltungen.
die Physik / Logik dahinter ist kein Problem, Mometan berechnen wir das noch mit Excel. Ich möchte das jedoch properitär in ein Plugin umsetzen, auch um das ganze know How besser zu schützen.

die schwierigkeit bei dem ganzen, ich bin Lebensmittelchemiker und bringe mir das Programieren grade neben der Promotion selber bei...


die Größten Probleme habe ich derzeit beim erstellen der GUI. Ich weis einfach nicht genug über Benutzerführung und wie welche Komponeten am effektivsten eingesetzt werden können.
Desweiteren hapert es an grundlagen, momentan ist quasi alles als static deklariert; weil eclipse das immer verlangt. Mir ist der unterschied zwischen static nicht static auch noch nicht ganz klar....
Wie man wan Objekte richtig und effektiv nutzt ist auch noch so eine Frage. Momentan erzeuge ich bei jeder rechnung jedes Objekt neu und lasse alles neu durchrödeln - das ginge sicher auch effektiver. Aber da ich hauptsächlich Analytische Lösungen verwenden kann ist die rechengeschwindigkeit momentan ein vernachlässigbares Problem.

Ich habe mir folgenden Plan zurecht gelegt.

im Ersten Schritt (aktuell):
Entwicklung der Logik, und benötigte Klassen;
Standalone Präsentator / Prototyp, mit einfachem GUI
-- aktuell JFrame - swing
-- Aufgabe GUI: Daten abfrage (etwa 30+ Parameter) und übergabe an Objekte
-- Darstellung der errechneten Gasdrücke und Flüsse.
-- Hilfestellung bei der Optimierung / Interpretation des dargestellten Systems

also alles statische Werte die vorerst nur refreshed werden müssen.

zweiter Schritt:
übersetzung und ggf. Integration in ein anderes System (Javabasiert)(plugin). -- leider swt (da hab ich gepennt)
dafür ist noch Vertragswerk abzuschließen, daher erst mal das Stand alone Tool.

zwei.fünf(ter) Schritt:
weiterentwicklung der Logik, sowie ausbau von funktionalitäten
Professionelles GUI (Auftragsarbeit, sobald Geld vorhanden ist)

Optional: vierter Schritt:
entwicklung eines Editors, samt interpreter für solche Systeme, um Software "automatisch" und fehlerfrei zu erzeugen.
oder ggf. direkter vertrieb des Editors.


Die einfachste Version des Tools ist auch schon kurz vor einer ersten alpha Testphase.

ich hoffe ich habe deine Frage was ich vorhabe ausreichend genug beantwortet.

Viele Grüße
zuflucht

 

[mihe7]

Mir ist der unterschied zwischen static nicht static auch noch nicht ganz klar....

In der Objektorientierung beziehen sich Methoden und Attribute regelmäßig auf Objekte. Eine Klasse beschreibt eine Menge von Objekten als eine Art Bauplan für eben diese. Davon zu unterscheiden sind Methoden und Attribute, die sich nicht auf ein einzelnes Objekt sondern eher auf die Menge gleichartiger Objekte (sprich: auf die Klasse) beziehen.

Die objektbezogenen Methoden und Attribute werden Objekt-/Instanzmethoden bzw. -variablen genannt und sind nicht statisch. Die Methoden und Attribute, die sich dagegen auf die gesamte Klasse beziehen, werden als Klassenmethoden und -variablen bezeichnet und sind statisch.

Da statische Methoden/Variablen ohne Objekt existieren, ist es schwer vorstellbar, sie als objekt-orientiert anzusehen. Daher sollte man in OO-Anwendungen möglichst auf sie verzichten. Es gibt allerdings zwei Ausnahmen:

1. für die main-Methode ist static zwingend erforderlich
2. für die Definition von Konstanten ist es sinnvoll, static final zu verwenden.

momentan ist quasi alles als static deklariert; weil eclipse das immer verlangt.

Aus den oben genannten Gründen gilt, dass Du in einer statischen Methode - mangels zugehöriger Instanz - nicht auf Instanzvariablen zugreifen kannst. Dies gilt natürlich auch für die main-Methode. Um nicht-statische Methoden aufrufen zu können, benötigst Du ein Objekt. Folglich: Instanz erzeugen und dessen Methoden aufrufen.

Wie man wan Objekte richtig und effektiv nutzt ist auch noch so eine Frage.

Das ist so ziemlich die Kernfrage der objekt-orientierten Softwareentwicklung: das Modell der Anwendung, d. h. welche Objekte müssen wie mit welchen Objekten interagieren, damit das Zusammenspiel das Problem beschreibt und somit löst (so würde ich das zumindest mal grob umschreiben).

Was den Rest betrifft: da hast Du Dir ja einiges vorgenommen. Für die GUI-Programmierung braucht man einiges an Grundwissen. Wichtig: trenne Logik und Darstellung. Der Kern Deiner Anwendung besteht nicht aus dem UI, sondern aus der Logik dahinter. Am besten ist es, Du fängst mit einem textbasierten UI an. Ziel ist es, später ein grafisches UI ankoppeln zu können.