If you had chosen to use the builder patterns rather than FXML this is a fairly trivial task, as you are likely to have direct access to the controller from your main class which extends Application. However, when you use FXML you will more than likely be declaring your controller as follows:
<VBox xmlns:fx="http://javafx.com/fxml" fx:controller="com.jclarity.anim.memory.MemoryController"> ...
When you launch the FXML you are likely to do something along the lines of:
@Override
public void start(Stage stage) throws Exception {
Parent root = FXMLLoader.load(getClass().getResource("MemoryMainView.fxml"));
Scene scene = new Scene(root, 600, 500);
scene.getStylesheets().add(getClass().getResource("Memory.css").toExternalForm());
stage.setScene(scene);
stage.setTitle("JavaFX Memory Visualizer");
stage.show();
}
At this stage you launch the FXML and never grabbed hold of your reference to the controller. This now means when you override stop() you can't delegate this to your controller. The solution I found to this was to separate out the code above to ensure that you keep access to the FXML loader. If you have access to the FXMLoader you easily do the following in the stop method:
@Override
public void stop() {
((MemoryController) fxmlLoader.getController()).haltSimulation();
}
I separated the code as follows:
private FXMLLoader fxmlLoader;
@Override
public void start(Stage stage) throws Exception {
URL location = getClass().getResource("MemoryMainView.fxml");
fxmlLoader = new FXMLLoader();
fxmlLoader.setLocation(location);
fxmlLoader.setBuilderFactory(new JavaFXBuilderFactory());
Parent root = (Parent) fxmlLoader.load(location.openStream());
...
}
No comments:
Post a Comment