Controller JavaFX FXML - costruttore vs metodo di inizializzazione


89

La mia Applicationclasse ha questo aspetto:

public class Test extends Application {

    private static Logger logger = LogManager.getRootLogger();

    @Override
    public void start(Stage primaryStage) throws Exception {

        String resourcePath = "/resources/fxml/MainView.fxml";
        URL location = getClass().getResource(resourcePath);
        FXMLLoader fxmlLoader = new FXMLLoader(location);

        Scene scene = new Scene(fxmlLoader.load(), 500, 500);

        primaryStage.setScene(scene);
        primaryStage.show();
    }

    public static void main(String[] args) {
        launch(args);
    }
}

Il FXMLLoadercrea un'istanza del controller corrispondente (indicato nel FXMLfile tramite fx:controller) invocando prima il costruttore di default e poi il initializemetodo:

public class MainViewController {

    public MainViewController() {
        System.out.println("first");
    }

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

L'output è:

first
second

Allora, perché esiste il initializemetodo? Qual è la differenza tra l'utilizzo di un costruttore o il initializemetodo per inizializzare le cose richieste dal controller?

Grazie per i vostri suggerimenti!

Risposte:


129

In poche parole: prima viene chiamato il costruttore, quindi @FXMLvengono popolati tutti i campi annotati, quindi initialize()viene chiamato.

Questo significa che il costruttore non non ha accesso ai @FXMLcampi che si riferiscono ai componenti definiti nel file .fxml, mentre initialize() fa avere accesso ad essi.

Citando dall'introduzione a FXML :

[...] il controllore può definire un metodo initialize (), che sarà chiamato una volta su un controllore di implementazione quando il contenuto del suo documento associato sarà stato completamente caricato [...] Questo permette alla classe di implementazione di eseguire qualsiasi post necessario -elaborazione sul contenuto.


2
Non capisco. Il modo in cui lo fa è finito FXMLLoader, giusto? Quindi non vedo alcun vantaggio nell'attesa del initialize()metodo -. Non appena viene caricato FXML, il codice seguente ha accesso alle @FXMLvariabili. Certo, lo fa nel metodo di partenza e non nel costruttore, ma initialize()porterebbe qualche vantaggio nel suo caso?
codepleb

93

Il initializemetodo viene chiamato dopo che tutti i @FXMLmembri annotati sono stati inseriti. Supponi di avere una vista tabella che desideri popolare con i dati:

class MyController { 
    @FXML
    TableView<MyModel> tableView; 

    public MyController() {
        tableView.getItems().addAll(getDataFromSource()); // results in NullPointerException, as tableView is null at this point. 
    }

    @FXML
    public void initialize() {
        tableView.getItems().addAll(getDataFromSource()); // Perfectly Ok here, as FXMLLoader already populated all @FXML annotated members. 
    }
}

11

Oltre alle risposte precedenti, probabilmente dovrebbe essere notato che esiste un modo legacy per implementare l'inizializzazione. C'è un'interfaccia chiamata Initializable dalla libreria fxml.

import javafx.fxml.Initializable;

class MyController implements Initializable {
    @FXML private TableView<MyModel> tableView;

    @Override
    public void initialize(URL location, ResourceBundle resources) {
        tableView.getItems().addAll(getDataFromSource());
    }
}

Parametri:

location - The location used to resolve relative paths for the root object, or null if the location is not known.
resources - The resources used to localize the root object, or null if the root object was not localized. 

E la nota dei documenti perché il modo semplice di usare @FXML public void initialize()funziona:

NOTEQuesta interfaccia è stata sostituita dall'iniezione automatica della posizione e delle proprietà delle risorse nel controller. FXMLLoader ora chiamerà automaticamente qualsiasi metodo inizialize () no-arg adeguatamente annotato definito dal controller. Si raccomanda di utilizzare l'approccio per iniezione ogniqualvolta possibile.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.