Specialisering på Blazor
ProCoding är en .NET-studio i Split, Kroatien (EU). Vår Blazor-kod hjälper till att bygga världens snabbaste elbilar, styr batterilager och solcellsparker och hanterar semesteruthyrning längs Adriatiska havet.
Vlado Pandžić · Grundare · Senior .NET-arkitekt
14 år inom .NET. Lead backend engineer på Bugatti Rimac från 2020 till 2024. Du pratar direkt med honom.
@page "/orders"@rendermode InteractiveServer@inject IOrderService Orders <QuickGrid Items="orders" Virtualize="true"> <PropertyColumn Property="o => o.Number" Title="Order" Sortable="true" /> <PropertyColumn Property="o => o.Customer" /> <PropertyColumn Property="o => o.Total" Format="N2" /></QuickGrid> @code { IQueryable<Order>? orders; protected override async Task OnInitializedAsync() => orders = (await Orders.GetOpenAsync()).AsQueryable();}Inga demos. System som fabriker, kraftverk och reseföretag kör på varje dag.
Kalibrerings- och diagnostikprogramvara som används för att bygga världens snabbaste serietillverkade elbilar. En Blazor-webbapplikation som arbetar tillsammans med skrivbordsverktyg vid produktionslinjen.
Programvara som styr batterilager och solcellsparker: när de ska laddas, när de ska laddas ur och vad det ger. Byggd på .NET 9 med ett Blazor-gränssnitt.
Backofficet som driver en plattform för semesteruthyrning vid Adriatiska havet: boenden, priser och bokningar, hanterade i Blazor ovanpå ett befintligt .NET-system.
En kundportal med mer än 1 300 Blazor-komponenter, där tillverkare följer provningar och certifikat för sina produkter.
Vart och ett har ett definierat resultat, så att du vet vad du betalar för innan vi sätter igång.
Långsamma Blazor-appar är sällan Blazors fel. Nästan alltid handlar det om något av de här fem.
För stora komponenter, en saknad @key i listor och StateHasChanged som anropas för ofta. Åtgärdas genom att dela upp komponenter och styra ShouldRender.
Tiotusentals rader som renderas på en gång. Virtualize och paginering på servern gör dem omedelbara igen.
Prerendering kör OnInitializedAsync två gånger. Sparat komponenttillstånd tar bort det andra anropet.
Händelsehanterare och timrar som aldrig frigörs håller circuits vid liv. IDisposable och rätt livslängd för tjänster stoppar läckan.
Tappade SignalR-circuits på opålitliga nätverk. Hantering av återanslutning och rätt renderingsläge för varje sida.
Den gamla applikationen fortsätter att dra in pengar medan skärmarna flyttas en i taget. Ingen big bang-release, ingen frusen roadmap.
Varje skärm, kontroll, rapport och beroende, med de riskfyllda delarna markerade.
En reverse proxy (YARP) skickar varje URL till den gamla eller den nya appen. System.Web-adaptrar delar inloggning och session mellan dem.
Varje skärm byggs om i Blazor, oftast som Interactive Server, och kopplas över när den är klar.
När den sista skärmen har flyttats pensioneras Web Forms-applikationen.
Web Forms
<asp:GridView ID="OrdersGrid" runat="server" AutoGenerateColumns="false" OnRowCommand="OrdersGrid_RowCommand"> <Columns> <asp:BoundField DataField="Number" HeaderText="Order" /> <asp:BoundField DataField="Total" HeaderText="Total" DataFormatString="{0:N2}" /> <asp:ButtonField CommandName="Approve" Text="Approve" /> </Columns></asp:GridView>Blazor
<QuickGrid Items="orders"> <PropertyColumn Property="o => o.Number" Title="Order" /> <PropertyColumn Property="o => o.Total" Format="N2" /> <TemplateColumn> <button @onclick="() => Approve(context)">Approve</button> </TemplateColumn></QuickGrid>I .NET 10 kan varje sida använda ett eget renderingsläge. Det här är vårt standardval för affärsapplikationer.
| Renderingsläge | Använd det för | Undvik det när |
|---|---|---|
| Statisk serverrendering | Sidor som mest läses, rapporter, allt som ska laddas direkt och kunna indexeras. | Sidan behöver rik interaktion utan att laddas om helt. |
| Interactive ServerVårt standardval | Interna affärsskärmar på ett stabilt nätverk. Vårt standardval för verksamhetssystem. | Användarna har instabila anslutningar, eller det är många tusen samtidigt. |
| Interactive WebAssembly | Offlineanvändning, användare med hög latens eller tungt arbete på klientsidan. | En snabb första laddning är viktig, eller koden måste stanna på servern. |
| Interactive Auto | Publika appar som behöver en snabb första laddning och sedan körs i webbläsaren. | Du vill inte underhålla kod som körs på båda ställena. |
Därför är den här webbplatsen inte byggd i Blazor: det är en marknadsföringssajt, så statisk HTML är det bättre verktyget. Ditt ordersystem är en annan historia.
Verktyg
Från bloggen
Ja. Blazor är en del av ASP.NET Core och följer med varje .NET-release, och .NET 10 är en LTS-version med support till november 2028. Microsoft fortsätter att investera i det, med renderingslägen i .NET 8 och fler förbättringar sedan dess. Riskerna i verkliga projekt är arkitekturval, inte att ramverket försvinner.
För interna affärsapplikationer Interactive Server på de flesta skärmar och statisk rendering för sidor som bara läses. WebAssembly när användarna är offline eller långt bort, Auto när en publik app behöver en snabb första laddning. Se tabellen ovan.
Ja. Web Forms körs bara på .NET Framework 4.8, som får säkerhetsuppdateringar men inga nya funktioner. Migreringen sker skärm för skärm bakom en reverse proxy, så den gamla appen fortsätter att fungera tills den sista skärmen har flyttats.
För affärsapplikationer som byggs av .NET-team ofta ja: ett språk, delade modeller och ingen separat frontend-stack. För publika, innehållstunga appar eller konsumentappar har React det större ekosystemet. Vi berättar vad som passar dig.
WPF om appen måste förbli en Windows-skrivbordsapplikation. Blazor om användarna ska nå den från en webbläsare. Blazor Hybrid kan också köra samma komponenter i en skrivbordsapp.
Oftast av en av fem orsaker: onödiga omrenderingar, grids utan virtualisering, data som laddas två gånger vid prerendering, serverminne som bara fortsätter att växa, eller SignalR som faller tillbaka från WebSockets. En health check visar vilka av dem som gäller för dig.
Health check och migreringsanalys har fast pris, som bestäms efter ett samtal på 30 minuter. Utveckling faktureras per timme eller som ett månatligt block av timmar.
Ja. Ofta är det mest värdefulla att ansluta till ett befintligt team under några veckor, granska arkitekturen och hjälpa till att sätta konventioner.
Ett samtal på 30 minuter räcker för att avgöra om vi kan hjälpa till och vad första steget bör vara.
Samtal och samarbete sker på engelska.
Boka ett samtal på 30 minuter →Bra att skicka med i ditt meddelande
Vi använder Google Analytics för att se vilka sidor som är användbara. Cookies sätts bara om du godkänner. Integritetspolicy