JavaFX Dependencies in fxml

[TheWhiteShadow]

Hallo,
ich arbeite mich gerade in JavaFX ein und hab eine kleine Gui geschrieben und erst im Nachhinein bemerkt, dass man diese auch über xml beschreiben kann.
Jetzt möchte ich meine Beschreibung vom Code in eine fxml-datei umbauen.

Viele meiner Klassen benötigen ein Zentrales Objekt. Wie bekomme ich das in meine GUI-Klassen rein?

public class MyView extends FlowPane{
  public MyView(Manager myManager){

Falls nicht möglich könnte ich notfalls noch einen statischen Zugriff realisieren.

 

[knilch]

Hi
für dein fxml brauchst du sicher noch eine Controller-Klasse, in der du das Verhalten von der View implementierst.
das müsstest du dann so machen:

<FlowPane xmlns="http://javafx.com/javafx/8.0.60" xmlns:fx="http://javafx.com/fxml/1" fx:controller="PACKAGE.ViewController" style="-fx-background-color: gray" >
   <!-- controll-items -->
</FlowPane>

In der Klasse: ViewController.java wird dann das Verhalten umgesetzt. z.B. Action-event für Buttons etc.
In dieser Klasse kannst du die Instanz von Manager verwalten. Du kannst mit der Methode: initialize() die Instanz erzeugen oder diese von einer anderen Klasse holen. Die Methode initialize wird beim Start der View geladen (nach dem Aufruf vom Constructor). Unbedingt: wenn du die Methode initialize() verwendest, musst du die Annotation @FXML dazufügen. Sonst wird diese nicht ausgeführt.
Oder du machst es via Constructor von ViewController.

public class ViewController{
   @FXML
   public void initialize() {
       System.out.println("initialize...");
   
   }
   ...
}

Grüsse
knilch

 

[TheWhiteShadow]

ein Controller hab ich. Referenzen auf die GUI-Elemente hat er auch bekommen Aber wie geb ich dem meinen Manager?

 

[mihe7]

Du kannst mit der Methode: initialize() die Instanz erzeugen oder diese von einer anderen Klasse holen.

Das ist zwar möglich, aber keine gute Idee. Damit entfernst Du die bisher vorhandene Dependency Injection. Mit dem Erzeugen der Instanz legst Du die verwendete Implementierung im Controller fest, beim "von einer anderen Klasse holen" führst Du weitere Abhängigkeiten im Controller ein.

Für DI sehe ich drei Möglichkeiten:

1. den Controller vom FXMLLoader holen -> Setter injection
2. dem FXMLLoader eine ControllerFactory mitgeben -> Constructor injection
3. ein DI-Framework verwenden (z. B. afterburnerfx)

 

[TheWhiteShadow]

Die erste Variante hat funktioniert.

 

[mrBrown]

Unbedingt: wenn du die Methode initialize() verwendest, musst du die Annotation @FXML dazufügen. Sonst wird diese nicht ausgeführt.

Sollte nur nötig sein, wenn die Methode nicht public ist.

 

[TheWhiteShadow]

gerade bei Injection über reflektion hab ich lieber mehr annotationen als nötig. Damit ich später noch nachvollziehen kann was da abgeht. Das wie von Geisterhand plötzlich ne private Variable einen Inhalt hat ist schon irgendwie pervers . Wenn das mit meiner Geldbörse so wäre...

 

[mrBrown]

gerade bei Injection über reflektion hab ich lieber mehr annotationen als nötig. Damit ich später noch nachvollziehen kann was da abgeht.

Geht mir nicht anders

Das wie von Geisterhand plötzlich ne private Variable einen Inhalt hat ist schon irgendwie pervers

Deshalb ist bei privaten Variablen zwingend die Annotation nötig

 

[mihe7]

Wenn das mit meiner Geldbörse so wäre...

Wobei ich jetzt nichts dagegen hätte, wenn die - wie von Geisterhand - plötzlich Inhalt hätte

 

[Xyz1]

den Controller vom FXMLLoader holen -> Setter injection

Das seh ich auch noch als geeignete Lösung an. Über statische Zugriffe solltest Du es NICHT realisieren, da diese nicht konform dem Schema wären, afaik, es sein denn es sollte q&d nötig sein.

 

[lusitano]

Für DI sehe ich drei Möglichkeiten:

1. den Controller vom FXMLLoader holen -> Setter injection
2. dem FXMLLoader eine ControllerFactory mitgeben -> Constructor injection
3. ein DI-Framework verwenden (z. B. afterburnerfx)

hat jemand dazu vielleicht ein paar guides oder tutorial ?
Grade speziell das Thema mit GUI Button klick und nächster inhalt anzeigen würde mich da interessieren .

Grüss und schon mal Danke .

 

[TheWhiteShadow]

Ich habe letztendlich doch alles statisch gelöst. Es sind bereits diverse Klassen und ohne Zentrale GUI-Aufbau-Klasse fehlt mir einfach die Möglichkeit Abhängige Objekte zu verteilen. Der FXML-Loader injiziert beispielsweise nur in Controller. Und wenn ich der Übersichtlichkeit meine XML splitte, brauch ich wieder einen Controller. Controller selbst, lassen sich aber ebenfalls nicht injiziern. Warum schreibt man überhaupt so ein Mist-Framework? ICh meine nicht JAVA-FX allgemein, sondern nur der xml-Teil. Gut gemeint ja, aber dann gehörig verhunst.

 

[Robat]

Könntest du eventuell mal aufzeigen, wie die einzelnen Komponenten zusammenhängen? Also was gibt es für FXML-Dateien + Controller und wo brauchst du welche Abhängigkeiten. Ich glaube nicht, dass es sich mit JavaFX nicht umsetzen lässt.

 

[mihe7]

Ich habe letztendlich doch alles statisch gelöst.

"statisch" und "gelöst" schließen sich in der OO-Welt gegenseitig aus

Controller selbst, lassen sich aber ebenfalls nicht injiziern.

Die werden ja auch automatisch injiziert, s. https://docs.oracle.com/javase/8/ja.../introduction_to_fxml.html#nested_controllers

 

[mrBrown]

Warum schreibt man überhaupt so ein Mist-Framework?

Es gibt zwei Arten von Frameworks: Frameworks, über die sich alle aufregen, und Frameworks, die keiner nutzt.

 

[mihe7]

hat jemand dazu vielleicht ein paar guides oder tutorial ?

Damit Du nicht meinst, dass man Dich hier ignorieren würde: ich habe nicht geantwortet, weil ich keines kenne. Hier im Thread werden Deine Frage auch nicht viele mitbekommen.

Erstell einfach ein neues Thema bzgl. Deiner Fragen. Gut wäre es, wenn Du eine konkrete Frage, am besten sogar mit Code, hast. Dann findet sich mit Sicherheit jemand.

 

[mihe7]

Es gibt zwei Arten von Frameworks: Frameworks, über die sich alle aufregen, und Frameworks, die keiner nutzt.

und mit JavaFX wurde beides vereint...

 

[TheWhiteShadow]

"statisch" und "gelöst" schließen sich in der OO-Welt gegenseitig aus

Vielleicht integriere ich noch ein vollwertiges DI-Framework. Für den Moment muss das reichen