Blazor Desktop: Electron for .NET?
Not too long ago, Blazor WebAssembly was just a runtime experiment for C# in a Microsoft web browser. Knowing Microsoft, which has left many large corporate projects behind, it was not known what to expect from Blazor. As time passed, Blazor became a real project and went into production in record time. Now all the rumors are running around Blazor Desktop.
In mid-February, Microsoft released the first LTS preview version of .NET 6 for release in November. Their presentation talked about Blazor Desktop, but what confused the developers the most was that they failed to mention that the .NET 6 preview version did not include that feature.
As the Blazor ecosystem grows and evolves, companies and developers alike are realizing the potential it has to offer. If you’re considering exploring Blazor for your upcoming projects, enlisting an experienced Blazor developer can be a significant advantage.
Their expertise in the framework can help you create seamless, cross-platform applications that take full advantage of Blazor’s capabilities, while providing outstanding user experiences.
What is Blazor Desktop? (Blazor Hybrid)
Blazor Desktop (now renamed Blazor Hybrid but we will continue to call it Desktop), is Microsoft’s new Framework based on WPF (Windows Presentation Foundation) and Windows Forms that allows you to create native applications that are able to use HTML and CSS code in a hybrid way to provide them with greater functionality.
In this way, Blazor Hybrid (or previously called Blazor Desktop) applications take advantage of native device features while being able to render a Web UI using WebView.
What is Blazor Desktop used for?
Blazor Desktop or Blazor Hybrid is used to create hybrid applications that can run on Desktop (Windows, macOS or Linux) and also on Mobile (Andorid, iOs, Windows Phone). Thanks to this, the development of cross-platform applications will be much easier.
With the new
BlazorWebView control released by Microsoft (which is very easy to embed in a Native UI Framework) you can run applications on the client side (no need to have a web server for it) with .NET MAUI and have access to native APIs such as location or accelerometer.
Introduction to Electron JS
What is Electron used for?
As in Blazor Desktop, Electron is used for the development of cross-platform applications such as:
- Desktop: Windows, macOs, Linux
- Mobile: Android, iOs, Windows Phone
And it is used worldwide by large companies for their developments, among them: Whatsapp, Twitch and Slack.
Blazor vs Electron
Electron for .NET applications
The question we ask ourselves at this point is…
- What really is Blazor Desktop?
- What would a Microsoft-style Electron for Blazor look like?
The answer is WebWindow
WebWindow is an experiment by Steve Anderson who tried to create a lightweight container to host Blazor applications. In recent days, Microsoft has dropped that Blazor Desktop is inspired by WebWindow.
What features does Blazor Desktop have?
To get used to the idea, WebWindow does what its name suggests: Desktop window that displays the web user interface. This is generated from the operating system itself, to give an example, WebKitGTK would be used in Linux, WebWiew2 in Windows and WKWebView in MacOs.
You may be thinking right now that it is not innovative to see a web page in a desktop window. But it is not the only function of WebWindow, it also has a hosting model to run Blazor applications.
The first big difference is that the WebWindow container doesn’t use WebAssembly. You can run the same Blazor application in WebWindow in the same way as on a web page. But when using a web page, it runs with a lightweight .NET Runtime that works with WebAssembly. When you do the same in WebWindow, the cross-platform .NET Runtime will be used directly. This ensures that a native runtime will outperform the hosted version of WebAssembly.
The second big difference is that in a Blazor Desktop application hosted in WebWindow there is no integrated web server, in this case it uses .NET 100%. Although at the moment we have not seen how this will be implemented, but if everything goes according to Microsoft’s plans, it would be like using Electron without the need to learn Node.
The interface is still Web
All of this raises a pretty obvious question…
- Why use Blazor Desktop if you could just build a cross-platform application in .NET?
The problem with all this is the front-end, since .NET 5 offers many tools for the user interface (UWP, WPF, Windows Forms) but there is not one that works on any other operating system than Windows. Blazor Desktop will allow you to program the backend using the .NET Runtime that we talked about before. This would be combined with the Blazor UI model, then I would work through WebWindow to manage the UI.
Electron.NET: Electron with C# backend
Currently there is an option to have a project developed in C# (for example with WinForms and custom controls for the GUI) and be able to use Electron. Yes, Electron with C#.
Electron.NET allows you to develop cross-platform desktop applications with .NET, ASP.NET and Blazor. Electron.NET works as a simple wrapper that wraps around the normal Electron application and allows you to embed ASP.NET Core applications.
It’s still early, but let’s do a summary of the possible features of Blazor Desktop:
- Smaller discharge size than Electron
- Less memory overhead than Electron
- Desktop application system with cross-platform web user interface
- Better native performance than Blazor WebAssembly
The bad part?
Well, you should be comfortable with the Blazor application model, as it has a lot of influence from ASP.NET Razor and does not resemble any of the tools for Windows .NET applications.
And not only is it, Blazor Desktop is just a consequence of .NET MAUI, a framework to bring desktop user interface models closer together. There is also a possibility to use WebWindow to create hybrid applications that combine the content of various user interface tools. To give an example, imagine a window with WPF controls next to a Blazor content region.
It is clear that in the same way that thousands of people will love this, many of them will not. Most developers keep wondering why we are still chained to the HTML and CSS model as a rendering surface for every user interface we create. Many of them also dream of a new fast writing and rendering UI framework (based on something like XAML).
What the experience of a web model has shown is that with native extensions it is much easier to create a new user interface model. Although if you expect something better, you still have Flutter from Google.
In the meantime, we can only hope that .NET 6 will give us more reliable ways to develop web-like desktop applications on any desktop, running in a familiar runtime and written in full C#. Of course, that possibility did not seem viable a few years ago.