Application boot process

What happens under the hood when we write this really trivial piece of code?
1
public partial class App : Application
2
{
3
    public App()
4
    {
5
        this.AddRadicalApplication<MainView>();
6
    }
7
}
Copied!
As we have already seen in the quick start we are doing 2 main choices:
We boot using the default IoC container provided by Microsoft.Extensions.DeendencyInjection;
We declare that the MainView window is the main/shell window of our application;
Internally the application boot process is not so trivial as it appears from the outside, when the Startup event is raised by the WPF application the bootstrapper:
Identifies assemblies to scan
In order to configure the IoC containers assemblies needs to scanned to load types that need to be registered for DI. This is accomplished by the assembly scanner. It's possible to customize some of the assembly scanner behaviors by using the AssemblyScanner property of the BootstrapConfiguration instance, like in the following snippet:
1
public partial class App : Application
2
{
3
    public App()
4
    {
5
        this.AddRadicalApplication<MainView>(configuration =>
6
        {
7
            var scanner = configuration.AssemblyScanner;
8
            scanner.DirectorySearchOptions = SearchOption.TopDirectoryOnly; //default value
9
        });
10
    }
11
}
Copied!
Register additional types in the IoC container
To register custom types, other than the ones already automatically registered via bootstrap conventions, a dependencies installer is required. Create a class that implements the IDependenciesInstaller interface. A class instance will be automatically created at runtime and the Install method will be invoked:
1
public class MyCustomInstaller : IDependenciesInstaller
2
{
3
   public void Install(BootstrapConventions conventions, IServiceCollection services, IEnumerable<Type> assemblyScanningResults)
4
   {
5
      services.AddSingleton<MyCustomSingleton>();
6
   }
7
}
Copied!
Creates the service provider
Once assemblies and types are scanned and identified through bootstrap conventions the default IoC container provided by Microsoft.Extensions.DeendencyInjection is created. In case an instance of the created IServiceProvider is required outside the scope of the Radical application, it can be retrieved using the following snippet:
1
public partial class App : Application
2
{
3
    public App()
4
    {
5
        IServiceProvider container = null;
6
        this.AddRadicalApplication<MainView>(configuration =>
7
        {
8
            configuration.OnBootCompleted(serviceProvider => container = serviceProvider);
9
        });
10
    }
11
}
Copied!
ShutdownMode
WPF applications have the concept of ShutdownMode. Application bootstrapper does not change in any way the default value of the Application.Current.ShutdownMode unless explicitly requested by user:
1
public partial class App : Application
2
{
3
    public App()
4
    {
5
        this.AddRadicalApplication<MainView>(configuration =>
6
        {
7
            configuration.OverrideShutdownMode(ShutdownMode.OnLastWindowClose);
8
        });
9
    }
10
}
Copied!
Principal initialization
Once the application services are setup the bootstrapper takes care of setting up the Thread.CurrentPrincipal, the default behavior is to use the current user Windows identity. This behavior can be changed by setting a different principal right after the boot process is completed, using the OnBootCompleted handler;
Culture & UICulture
After setting up the principal and finally returning control to the application the boot process has the option to setup the Culture and the UICulture of the current Thread. The default behavior is to use values of the hosting OS. The default behavior can be overwritten in the following way:
1
public partial class App : Application
2
{
3
    public App()
4
    {
5
        this.AddRadicalApplication<MainView>(configuration =>
6
        {
7
           configuration.UseCulture(container=>new CultureInfo("it-IT"));
8
           configuration.UseUICulture(container=>new CultureInfo("it-IT"));
9
        });
10
    }
11
}
Copied!
Boot
Once everything is setup the bootstrapper gives us the ability to take part into the boot process before the main window is shown:
1
public partial class App : Application
2
{
3
    public App()
4
    {
5
        this.AddRadicalApplication<MainView>(configuration =>
6
        {
7
           configuration.OnBooting(container=>
8
          {
9
             //boot is in progress, UI is not visible yet.
10
          });
11
        });
12
    }
13
}
Copied!
BootCompleted
The last event in the process is the one used to show the main window, we have the opportunity to be notified using the exposed handler:
1
public partial class App : Application
2
{
3
    public App()
4
    {
5
        this.AddRadicalApplication<MainView>(configuration =>
6
    {
7
       configuration.OnBootCompleted(container=>
8
       {
9
          //UI is fully setup
10
       });
11
    });
12
    }
13
}
Copied!
Some of the state of the boot process are also notified to the application using the message broker.
Intercepting unhandled exceptions
if we need to be notified whenever an unhandled exception occurs in our application we can use the provided hook:
1
public partial class App : Application
2
{
3
    public App()
4
    {
5
        this.AddRadicalApplication<MainView>(configuration =>
6
        {
7
        configuration.OnUnhandledException(ex=> { /* deal with exception */ });
8
        });
9
    }
10
}
Copied!
Handling the application Shutdown
As for the startup we can also handle the shutdown process of the application:
1
public partial class App : Application
2
{
3
    public App()
4
    {
5
        this.AddRadicalApplication<MainView>(configuration =>
6
        {
7
            configuration.OnShuttingDown(args=> { });
8
        });
9
    }
10
}
Copied!
When the application shuts down the provided delegate is invoked passing in wehter the boot was completed or not, and the reason why the application is shutting down:
1
public enum ApplicationShutdownReason
2
{
3
    /// <summary>
4
    /// The application has been shutdown using the Radical canonical behaviors.
5
    /// In this case the shutdown process can be canceled.
6
    /// </summary>
7
    UserRequest = 0,
8
​
9
    /// <summary>
10
    /// The application is shutting down because another
11
    /// instance is already running and the application
12
    /// is marked as singleton.
13
    /// </summary>
14
    MultipleInstanceNotAllowed = 1,
15
​
16
    /// <summary>
17
    /// The application is shutting down because the operating system session is ending.
18
    /// </summary>
19
    SessionEnding,
20
​
21
    /// <summary>
22
    /// The application has been shut down using the App.Current.Shutdown() method.
23
    /// </summary>
24
    ApplicationRequest,
25
}
Copied!
As we can see we can easily determine why the application is shutting down. Currently there is no way from the application bootstrapper to cancel the shutdown process, in order to achieve that we need to subscribe to the ApplicationShutdownRequested message via the message broker.
Someone may have noticed that one of the shutdown reasons is MultipleInstanceNotAllowed, Radical can handle singleton application for us with minimal effort, take a look at singleton applications.
​Application shutdown discusses all the details of the shutdown process and how to control/invoke it.

Presentation - Previous

Message broker MVVM built-in messages

Application configuration

Last modified 8mo ago

Copy link

Contents

Identifies assemblies to scan

Creates the service provider

ShutdownMode

Principal initialization

Culture & UICulture

Boot

BootCompleted

Intercepting unhandled exceptions

Handling the application Shutdown