Problemas de compatibilidad con javafx 8: campos o métodos estáticos de FXML

Parece que estás intentando inyectar a TextFielden un campo estático. Algo como

@FXML
private static TextField myTextField ;

Aparentemente esto funcionó en JavaFX 2.2. No funciona en JavaFX 8. Dado que ninguna documentación oficial admitió este uso, en realidad no viola la compatibilidad con versiones anteriores, aunque, para ser justos, la documentación sobre lo que hace exactamente FXMLLoaderes bastante lamentable.

Realmente no tiene mucho sentido hacer que @FXMLlos campos inyectados sean estáticos. Cuando carga un archivo FXML, crea nuevos objetos para cada uno de los elementos del archivo FXML. Se asocia una nueva instancia de controlador con cada llamada FXMLLoader.load(...)y los campos en esa instancia de controlador se inyectan con los objetos correspondientes creados para los elementos FXML. Por tanto, los campos inyectados son necesariamente específicos de la instancia del controlador. Si tuviera campos inyectados estáticos en el controlador, cargara el mismo archivo FXML dos veces y lo mostrara dos veces en la interfaz de usuario, entonces no tendría forma de hacer referencia a ambos conjuntos de controles.

@FXMLLos métodos estáticos marcados a los que se hace referencia desde FXML tampoco funcionarán.

Por ejemplo, con:

@FXML
private static void changeUser(ActionEvent e) {
    // System.out.println("test");
}

Y:

<Button text="Change User" onAction="#changeUser"/>

Esto fallará con:

javafx.fxml.LoadException: Error resolving onAction='#changeUser', either the event handler is not in the Namespace or there is an error in the script.

Para solucionar este problema, simplemente elimine el modificador estático de la especificación del método.

Actualización : respuesta a la pregunta en los comentarios.

En particular, no utilice campos estáticos sólo para permitir que sean accesibles desde fuera de la clase. Un campo estático tiene un valor único que pertenece a la clase, en lugar de un valor para cada instancia de la clase, y la decisión de hacer que los campos sean estáticos sólo debe tomarse si eso tiene sentido. En otras palabras, staticdefine alcance , no accesibilidad . Para permitir el acceso a los datos de la instancia, sólo hay que tener una referencia a la instancia. Tiene FXMLLoaderun getController()método que le permite recuperar una referencia al controlador.

Un punto relacionado: tampoco es una buena idea exponer los controles de la interfaz de usuario desde el controlador. En su lugar, debería exponer los datos. Por ejemplo, en lugar de definir un getTextField()método en el controlador, defina un textProperty()método que devuelva un valor que StringPropertyrepresente el contenido del archivo TextField. La razón de esto es que cuando su jefe viene a la oficina y le dice que quiere que sea TextFieldreemplazado por un TextArea, o un ComboBox<String>, o algún otro control, entonces será mucho más difícil si clases fuera del controlador están usando su TextField. Es mucho menos probable que cambie la estructura de los datos representados por su controlador que la implementación de cómo se presentan esos datos al usuario.

Para algunos ejemplos

• Aplicando MVC con JavaFx
• Pasando parámetros JavaFX FXML
• Gestión de datos JavaFX
• Acceder a campos desde otro Controlador en JavaFX
• https://github.com/james-d/LeastCommonMultipleCalculator
• https://github.com/james-d/Nested-Controller-Example
• https://github.com/james-d/Dialog-FXML-Example
• https://github.com/james-d/Shared-Data-Controller

Apr 16 '2014 12:04 James_D