Har Blazor en framtid 2026? Ett ärligt svar innan du väljer

Frågan dyker oftast upp precis före ett viktigt beslut. Ett företag ska bygga en ny affärsapplikation, eller har redan en i Blazor, och någon runt bordet frågar: finns Blazor kvar om fem år, eller är det här nästa Silverlight?

Det korta svaret: ja, Blazor är relevant 2026, särskilt för affärs- och interna applikationer som byggs av team som redan arbetar i C#. Men det är inte rätt val för allt, och det har verkliga nackdelar som är värda att känna till innan du bestämmer dig.

Varifrån oron kommer

• Silverlight. Många företag byggde på Microsofts Silverlight och fick skriva om sina applikationer. Supporten upphörde i oktober 2021.
• ”Microsoft lägger ner ramverk.” Web Forms och WCF på serversidan följde inte med till modern .NET.
• React finns överallt. De flesta frontend-annonser och guider handlar om JavaScript-ramverk, så Blazor ser ut som en nisch.

Oron är begriplig. Men jämförelsen med Silverlight missar den viktigaste skillnaden.

Varför Blazor inte är Silverlight

Silverlight var ett tillägg (plugin) till webbläsaren. När webbläsarna slutade stödja tillägg fanns det ingenstans kvar att köra det, vad Microsoft än ville.

Blazor behöver inget tillägg. Det körs på standarder som varje webbläsare stöder: WebAssembly, eller en vanlig WebSocket-anslutning till servern. Och det är ingen separat produkt med egen livscykel, utan en del av ASP.NET Core, Microsofts viktigaste webbramverk, med öppen källkod som resten av .NET.

Det betyder också att supporten följer .NET. En applikation på .NET 10 har support till november 2028, som alla andra .NET 10-applikationer.

Vad Microsoft har levererat

Ett ramverk som ska avvecklas får inte stora nyheter varje år. Blazor får dem i varje .NET-version.

1. 2019–2020Blazor Server, sedan WebAssembly
2. .NET 8 · 2023En Blazor Web App, renderingsläge per sida
3. .NET 9 · 2024Bättre återanslutning, snabbare statiska filer
4. .NET 10 · 2025Bevarat tillstånd, snabbare WebAssembly

• .NET 8 gav den största förändringen: ett projekt där varje sida kan renderas på servern som vanlig HTML, köras interaktivt via en anslutning till servern eller köras i webbläsaren på WebAssembly. Innan dess fick man välja en modell för hela applikationen.
• .NET 9 förbättrade återanslutningen till servern efter ett nätverksavbrott och optimerade leveransen av statiska filer.
• .NET 10, den aktuella versionen med långtidssupport, gav deklarativt bevarande av tillstånd mellan förrendering och interaktivitet, snabbare laddning av WebAssembly-applikationer och en ny skärm för återanslutning i projektmallen.

Microsoft bygger också egna verktyg på Blazor. Aspire-dashboarden, där utvecklare följer distribuerade applikationer medan de körs, är en Blazor-applikation byggd med Fluent UI Blazor, ett komponentbibliotek som Microsoft underhåller som ett projekt med öppen källkod.

När Blazor är ett bra val

Situation	Blazor?	Varför
Intern affärsapplikation: order, lager, rapporter, administration	Ja	Formulär, tabeller och affärsregler, där C# på båda sidor sparar mest
Kund- eller partnerportal bakom inloggning	Ja	Ingen SEO behövs, mycket data och regler
Ett team som redan kan C# och .NET	Ja	Ett språk och gemensam kod för backend och frontend
Flytt från Web Forms, WinForms eller WPF	Ja	Skärm för skärm, med den befintliga C#-logiken
En publik webbplats som lever på Google	Hellre inte	Statiska sidor eller ett CMS gör det bättre och billigare
En konsumentapp med mycket animation och ett stort frontendteam	Hellre inte	React och liknande ramverk har ett större ekosystem av färdiga komponenter

Hur en stegvis flytt från en skrivbordsapplikation går till beskriver vi i artikeln om att flytta WinForms och WPF till webben.

Ärligt om nackdelarna

• Ett mindre ekosystem. Det finns färre färdiga komponenter än för React. För affärsapplikationer täcker kommersiella bibliotek som Telerik, Syncfusion och DevExpress, och kostnadsfria som MudBlazor och Fluent UI, nästan allt.
• Färre med Blazor i cv:t. Men varje C#-utvecklare lär sig det på några veckor, eftersom det är samma språk och samma .NET. Du rekryterar från gruppen .NET-utvecklare, inte från en grupp ”Blazor-utvecklare”.
• WebAssembly har en större första nedladdning. Den första laddningen är långsammare än för en liten JavaScript-sida. För en intern applikation som öppnas varje dag spelar det ingen roll. För en landningssida gör det det.
• Serverläget behöver en ständig anslutning. Varje användare håller en anslutning till servern. För hundratals användare är det inga problem. För tiotusentals samtidigt krävs planering, eller WebAssembly.

Hur det ser ut i koden

Det viktigaste med Blazor ryms för en ledning på en skärm: en interaktiv del av sidan skriven i C#, samma språk som resten av systemet.

@inject OrderService Orders

<h2>Open orders: @openOrders.Count</h2>

<button @onclick="LoadAsync">Refresh</button>

@code {
    private List<Order> openOrders = [];

    protected override Task OnInitializedAsync() => LoadAsync();

    private async Task LoadAsync() => openOrders = await Orders.GetOpenAsync();
}

Vid rendering på servern är OrderService samma klass som resten av backend redan använder. Inget separat API-lager bara för skärmen, ingen validering som skrivs två gånger, inget andra språk.

Fem frågor innan du bestämmer dig

1. Är applikationen intern eller bakom inloggning, eller lever den på besökare från Google?
2. Arbetar ditt team redan i C# och .NET?
3. Hur många användare arbetar i den samtidigt?
4. Måste den fungera offline eller på svaga anslutningar?
5. Vem underhåller den om fem år, och i vilket språk är resten av ditt system skrivet?

Om svaren på de två första frågorna är ”bakom inloggning” och ”ja” är Blazor nästan alltid ett bra val. En utförlig jämförelse efter team, rekrytering och kostnad finns i Blazor vs React för affärsapplikationer.

Har du redan en Blazor-applikation?

Då är frågan inte om Blazor överlever, utan om din applikation körs på en version med support. Supporten för .NET 8 och .NET 9 upphör den 10 november 2026, och hur du byter beskriver vi i artikeln om att supporten för .NET 8 och 9 upphör. Har applikationen också blivit långsam, börja med de sju vanligaste orsakerna till en långsam Blazor-app.

Så arbetar vi

ProCoding är en .NET-studio från Split i Kroatien, och vi har levererat Blazor till produktion sedan 2020, från mjukvara som används för att bygga elbilar till styrning av batterilager. Vi hjälper dig att avgöra om Blazor passar, bygger nya Blazor-applikationer och flyttar Web Forms-, WinForms- och WPF-applikationer skärm för skärm. Första steget är ett kostnadsfritt samtal på 30 minuter.

Källor

• What’s new in ASP.NET Core in .NET 8, Microsoft Learn
• What’s new in ASP.NET Core in .NET 9, Microsoft Learn
• What’s new in ASP.NET Core in .NET 10, Microsoft Learn
• .NET and .NET Core support policy, Microsoft
• Fluent UI Blazor, GitHub
• Aspire, GitHub
• Silverlight 5 lifecycle, Microsoft Learn