JavaFX、FXML和控制器:切换场景、维护场景数据
JavaFX, FXML and controllers: switching scenes, maintaining scene data
程序员和架构师您好!
我是新来的……我想我的英语可能……很糟糕! :-D
所以...小心我...拜托。
我有一个关于 JavaFX、FXML 和切换场景的各种方法、在所有场景之间维护数据的架构问题...
我使用了个人解决方案,我需要知道它是否是可接受的解决方案(在架构级别)。
我将尝试解释我的解决方案。
我使用了一种 "inverse" 的观察者模式:我使用了一个观察者(一个特定的 Class)和许多观察者(所有控制器),而不是为每个可观察者使用许多观察者。
因此,当需要更改场景时,当前场景的控制器会通知观察者执行此操作。观察者删除旧场景并加载新场景。
一些细节。
我创建了一个名为 class 的 SceneObserver,它实现了 java.util.Observer.
我使用 SceneObserver 是为了:
- 将 SceneObserver 注册为我所有控制器的观察者
- 加载特定的 FXML 文件
- 创建一个只有 AnchorPanel 作为根元素的新场景,并使用 root.getChildren().add() 方法将加载的 FXML 添加到根元素
- 为 FXMLLoader 设置一个特定的控制器(我没有在各种 FXML 中使用 "fx:controller"。)
我所有的控制器都扩展 java.util.Observable(这是一个例子)。
当场景发生某种情况需要切换场景时,场景通知SceneObserver发生了变化(Observer Pattern),SceneObserver销毁旧场景并加载新场景。
换句话说,我只使用一个观察者来观察所有控制器(与观察模式相反)。
一切正常,但我知道这还不够!
所以,问题是:就架构层面而言,这是一个可以接受的解决方案吗?
我知道,这不是唯一的方法,当然还有其他更好的方法,但是...这个怎么样?
我为什么使用这个解决方案?
嗯,有两个原因:
- 仅加载必要的 FXML(更快速的应用程序)
- 让控制器分离
感谢大家...对不起我的英语:-(
嗯...
之后我阅读并测试了不同的解决方案,我建议阅读:
https://web.archive.org/web/20160316234709/
https://blogs.oracle.com/acaicedo/entry/managing_multiple_screens_in_javafx1
https://github.com/google/guava/wiki/EventBusExplained
http://eventbus.org/
我决定实现我自己的解决方案,使用更简单的方法:路由器模式。
我的目标是解耦我的 JavaFX 应用程序中的各种控制器,以便在它们之间进行通信。
而不是使用事件处理程序、参数或过时的事件总线,似乎一个简单的路由器模式就可以解决这个问题。
每个控制器都必须知道 Router(显然是单例),而 Router 必须知道每个控制器。通过这种方式,我简单地将多对多 class 关系转换为一对多,而没有任何 "too magic",我可以在控制器之间发送各种消息。中小:
在 Router 中,我为每个控制器声明了一个 属性 和一个 set 方法,以便 link 正是控制器的实例,如下所示:
public class Router {
private MainCtrl mainCtrl;
...
protected void setMainCtrl(MainCtrl mainCtrl) {
this.mainCtrl = mainCtrl;
}
}
然后,在每个控制器中我声明了一个 Router 对象 (router
) 并且在每个控制器的 initialize()
方法中我写了这个(路由器必须是一个单例!):
public void initialize() {
router.setMainCtrl(this);
...
}
就这些了。
程序员和架构师您好!
我是新来的……我想我的英语可能……很糟糕! :-D
所以...小心我...拜托。
我有一个关于 JavaFX、FXML 和切换场景的各种方法、在所有场景之间维护数据的架构问题... 我使用了个人解决方案,我需要知道它是否是可接受的解决方案(在架构级别)。
我将尝试解释我的解决方案。
我使用了一种 "inverse" 的观察者模式:我使用了一个观察者(一个特定的 Class)和许多观察者(所有控制器),而不是为每个可观察者使用许多观察者。
因此,当需要更改场景时,当前场景的控制器会通知观察者执行此操作。观察者删除旧场景并加载新场景。
一些细节。
我创建了一个名为 class 的 SceneObserver,它实现了 java.util.Observer.
我使用 SceneObserver 是为了:
- 将 SceneObserver 注册为我所有控制器的观察者
- 加载特定的 FXML 文件
- 创建一个只有 AnchorPanel 作为根元素的新场景,并使用 root.getChildren().add() 方法将加载的 FXML 添加到根元素
- 为 FXMLLoader 设置一个特定的控制器(我没有在各种 FXML 中使用 "fx:controller"。)
我所有的控制器都扩展 java.util.Observable(这是一个例子)。
当场景发生某种情况需要切换场景时,场景通知SceneObserver发生了变化(Observer Pattern),SceneObserver销毁旧场景并加载新场景。
换句话说,我只使用一个观察者来观察所有控制器(与观察模式相反)。
一切正常,但我知道这还不够!
所以,问题是:就架构层面而言,这是一个可以接受的解决方案吗?
我知道,这不是唯一的方法,当然还有其他更好的方法,但是...这个怎么样?
我为什么使用这个解决方案?
嗯,有两个原因:
- 仅加载必要的 FXML(更快速的应用程序)
- 让控制器分离
感谢大家...对不起我的英语:-(
嗯...
之后我阅读并测试了不同的解决方案,我建议阅读:
https://web.archive.org/web/20160316234709/
https://blogs.oracle.com/acaicedo/entry/managing_multiple_screens_in_javafx1
https://github.com/google/guava/wiki/EventBusExplained
http://eventbus.org/
我决定实现我自己的解决方案,使用更简单的方法:路由器模式。
我的目标是解耦我的 JavaFX 应用程序中的各种控制器,以便在它们之间进行通信。
而不是使用事件处理程序、参数或过时的事件总线,似乎一个简单的路由器模式就可以解决这个问题。
每个控制器都必须知道 Router(显然是单例),而 Router 必须知道每个控制器。通过这种方式,我简单地将多对多 class 关系转换为一对多,而没有任何 "too magic",我可以在控制器之间发送各种消息。中小:
在 Router 中,我为每个控制器声明了一个 属性 和一个 set 方法,以便 link 正是控制器的实例,如下所示:
public class Router {
private MainCtrl mainCtrl;
...
protected void setMainCtrl(MainCtrl mainCtrl) {
this.mainCtrl = mainCtrl;
}
}
然后,在每个控制器中我声明了一个 Router 对象 (router
) 并且在每个控制器的 initialize()
方法中我写了这个(路由器必须是一个单例!):
public void initialize() {
router.setMainCtrl(this);
...
}
就这些了。