Blazor 0.8.0 and ASP.NET Core 3.0 preview 2 recap
Blazor StateHasChanged() Jan. 24, 2019
On this episode of Blazor StateHasChanged we recaped the NDC London workshop, Blazing Pizza. We discussed the Blazor 0.8.0 release details along with the ASP.NET Core 3.0 preview 2 bits. Telerik is also keeping up to date with the releases with Telerik UI for Blazor 0.2.0. The 2.0 release targets compatibility with VS2019 and Blazor 0.8.0.
Telerik Grid-Edit-Form
This week we saw a demo of the Telerik UI for Blazor grid. The demo utilizes column templates to easily create an edit form experience. The combination of the Telerik grid and Razor Components model made this quite an easy task. The example shown on the show can be found on GitHub with many other Telerik UI for Blazor demos: https://github.com/telerik/ui-for-blazor-examples/
Rendering Razor Components from ASP.NET Core MVC.
One amazing feature that is in the works for Razor Components is the ability to pre-render components in Razor Pages or MVC views. Using the RenderComponentAsync method Razor Components can work on existing ASP.NET Core applications. We tried this live on the show and it worked just as described in the release post for ASP.NET Core 3.0 preview 2.
@(await Html.RenderComponentAsync<Counter>(new { IncrementAmount = 10 }))
Interop Poll
The interop poll completed with nearly 100 participants. This is excellent feedback, thank you all for voting.
The interop poll was created to try and gauge an understanding of developer’s perception of JavaScript interop with Blazor.
51% see JavaScript interops as a value add. So just about half of those polled understand there is a need for JavaScript with Blazor apps. This is good considering JavaScript is needed to bridge Blazor with browser features that it cannot gain access too any other way. Having a library of JavaScript interops with C# APIs (abstractions) on top will allow developers to do more within the environment they’re comfortable.
38% had the opinion of “JavaScript, not in my app”. This is likely based on one of two things. First, these developers are worried that OSS projects, community projects, and commercial software vendors will simply re-package their JavaScript offerings with a C# interface on top. While this is a quick-to-market approach it circumvents the benefits of the Blazor framework such as DOM efficiency and component model. The second possibility is just pure gut reaction. Developers simply want a pure .NET experience full stack. This opinion however just isn’t realistic as WebAssembly and Blazor aren’t positioned to provide a full scale alternative to JavaScript.
11% The remaining few didn’t know what a JavaScript interop is. This is likely due to the newness of Blazor. I’m assuming that some of the “JavaScript, not in my app” respondents may belong in this category as well. My recommendation for developer’s who chose this answer is to read my article “Working with Blazor JavaScript Interops”.
If you're using or interested in using #Blazor. If you see a library of Blazor JavaScript Interops, do you think:
— Ed Charbeneau #Blazor #StateHasChanged (@EdCharbeneau) January 25, 2019
