TornadoFX it's also a CDI framework
During a nice talk in the tornadoFX slack channel one of the members noticed that his Fragments were being added to the view he was working on, but they did not receive any event(like
onDock). The reason was that he manually instantiated the fragments:
this += MyFragment(0.0, 0.0, it)
MyFragment gets instantiated manually, this is the same as in java
new MyFragment(0.0, 0.0, 0.0, it) Because of this the
init function of the Fragment
(or the overridden init in MyFragment) was never called and the fragment never received the onDock event which means it will never add itself.
Normally a component like a view or a fragment gets added to the scenegraph like this:
this += find(MyFragment::class)
You can see that the arguments that were given to the MyFragment are not present. TornadoFX has a construct for that:
this += find<MyFragment>("firstArg" to 0.0, "SecondArg" to 0.0)
Then in the myFragment itself you can pick up the arguments like this:
... val firstArg : Double by param() val secondArg : Double by param()
This works quite well but it’s quite verbose and feels a bit like boilerplate code. So if possible use a controller or a viewModel.
Allthough very cleverly hidden TornadoFX
is in fact a CDI framework. Instantiating a Controller, viewModel, View or Fragment using the
by inject pattern will tell TornadoFX
to either create the requested instance or (except for Fragments) find the one already instantiated.
Yes all Views, ItemModels and Controllers are Singletons
This means that once a itemModel for example has been instantiated, the data in it is available anywhere it gets injected.