Talk | 
BASTA! Herbst 2018
 | 24.09.2018

WebAssembly und Blazor – Wie .NET jetzt auch den Browser erobert?

.NET hat höchstens noch auf dem Server eine Zukunft? Diese Aussage stimmt im modernen Web mittlerweile nicht mehr ganz: Seit der Verfügbarkeit von WebAssembly, einem Bytecode fürs Web, können nun auch etwa in C# geschriebene Programme im Browser ausgeführt werden. Das ist mitunter eine interessante Migrationsstrategie, um .NET-Berechnungskerne ins Web zu portieren und mit Single-Page Applications (SPA), zum Beispiel auf Basis von Angular, zu paaren. Mit dem Projekt Blazor vom ASP.NET-Team experimentiert Microsoft zudem mit einem eigenen SPA-Framework mitsamt Tooling, das jedoch nicht auf HTML und JavaScript, sondern auf der Templating-Sprache Razor sowie C# und .NET Core basiert. Sebastian Gingter und Christian Liebel zeigen Ihnen beide Ansätze und geben eine Einschätzung, wo Blazor eine valide Option für die Erstellung von webbasierten UIs sein kann. Klar ist: Was im Web läuft, das kann auf nahezu allen Plattformen ausgeführt werden. Und auch der Verteilung Ihrer Anwendung als Progressive Web App mit vielen nativen Features steht nichts im Wege.

Christian Liebel ist Consultant bei Thinktecture. Sein Fokus liegt auf Webstandards und Progressive Web Apps. Er vertritt Thinktecture beim W3C.
Sebastian Gingter ist Consultant und „Erklärbär“ bei Thinktecture. Seine Spezialgebiete sind Generative AI im Businessumfeld sowie Backend-Systeme mit ASP.NET Core.

Event

BASTA! Herbst 2018
24.09.18  
- 28.09.18 
@ Mainz
 (DE)
BASTA-19

Links & Materialien

Mehr Beiträge zu .NET Core, Blazor, WebAssembly

Hallo, .NET Developer!

Du begeisterst Dich für .NET-basierte Cloud-Native-Lösungen?

Du möchtest, dass Deine Expertise zum Einsatz kommt und von einer Expertenschaft gechallenged wird? Du weißt, dass nur durch Research auch während der Arbeitszeit neue Technologien erlernbar sind und erst damit Innovation möglich wird?

Aufzeichnung

No Data Found

Weitere Artikel zu .NET Core, Blazor, WebAssembly

Database Access with Sessions
.NET
KP-round

Data Access in .NET Native AOT with Sessions

.NET 8 brings Native AOT to ASP.NET Core, but many frameworks and libraries rely on unbound reflection internally and thus cannot support this scenario yet. This is true for ORMs, too: EF Core and Dapper will only bring full support for Native AOT in later releases. In this post, we will implement a database access layer with Sessions using the Humble Object pattern to get a similar developer experience. We will use Npgsql as a plain ADO.NET provider targeting PostgreSQL.
15.11.2023
Old computer with native code
.NET
KP-round

Native AOT with ASP.NET Core – Overview

Originally introduced in .NET 7, Native AOT can be used with ASP.NET Core in the upcoming .NET 8 release. In this post, we look at the benefits and drawbacks from a general perspective and perform measurements to quantify the improvements on different platforms.
02.11.2023
.NET
KP-round

Optimize ASP.NET Core memory with DATAS

.NET 8 introduces a new Garbage Collector feature called DATAS for Server GC mode - let's make some benchmarks and check how it fits into the big picture.
09.10.2023
.NET CORE
pg

Incremental Roslyn Source Generators: High-Level API – ForAttributeWithMetadataName – Part 8

With the version 4.3.1 of Microsoft.CodeAnalysis.* Roslyn provides a new high-level API - the method "ForAttributeWithMetadataName". Although it is just 1 method, still, it addresses one of the biggest performance issue with Source Generators.
16.05.2023
.NET
sg

.NET 7 Performance: Regular Expressions – Part 2

There is this popular quote by Jamie Zawinski: Some people, when confronted with a problem, think "I know, I'll use regular expressions." Now they have two problems."

In this second article of our short performance series, we want to look at the latter one of those problems.
25.04.2023
Blazor
favicon

gRPC Code-First mit ASP.NET Core 7 und Blazor WebAssembly

Wie in allen anderen browserbasierten Single-Page-Application (SPA) Frameworks, ist Blazor WebAssembly JSON-over-HTTP (über Web- oder REST-APIs) die bei weitem häufigste Methode, um Daten auszutauschen und serverseitige Vorgänge auszulösen. Der Client sendet eine HTTP-Anfrage mit JSON-Daten an eine URL, mitunter über unterschiedliche HTTP-Verben. Anschließend führt der Server eine Operation aus und antwortet mit einem HTTP-Statuscode und den resultierenden JSON-Daten. Warum sollte man das ändern? Nun, es gibt Gründe - vor allem wenn man in einem geschlossenen System ist und .NET sowohl im Frontend als auch im Backend einsetzt.
30.03.2023

Unsere Webinare

Unsere Artikel

Mehr über uns