Application configuration
The Radical application behavior, the bootstrap and runtime conventions, and the assembly scanning behavior can be be tweaked by accessing the BootstrapConfiguration
instance:
Conventions
Conventions can be customized during the application setup phase, for more information about convention refer to the conventions section.
Bootstrap conventions
Bootstrap conventions are designed to configure the Radical application boostrap phase and the IoC/DI setup. Bootstrap conventions customization happens throughout the BootstrapConventions
object exposed by the configuration instance.
Assembly scanning
By default a Radical application scans all the assemblies found in the bin directory and in its subdirectories. It's possible to configure the assembly scanning behavior to customize how types are loaded and used to configure the IoC/DI infrastructure. Refer to the boot process documentation for more information.
ExposeServiceAsResource
Radical registers, during the application boot phase, all dependencies as components in the IoC container. Other components can depend on registered dependencies via DI. There are scenarios when DI is not available, for example when using WPF template selectors, and the code needs a dependency that is registered in the IoC container. For these scenarios, it's possible to expose registered components as resources both at the application level or at the view level. For more information refer to the Services as Resources documentation.
Singletons
There are cases in which we need that our application cannot be started twice by the user, these applications are called singleton applications. For more information on how to customize the bootstrapp process to handle such cases, refer to the singleton applications documentation.
Spalsh screen
Radical has built-in support for splash screens. Refer to the splash screen how to, for more details.
Last updated