Spezialisierung auf Blazor
ProCoding ist ein .NET-Studio in Split, Kroatien (EU). Unser Blazor-Code hilft beim Bau der schnellsten Elektroautos der Welt, steuert Batteriespeicher und Solaranlagen und verwaltet Ferienunterkünfte an der Adria.
Vlado Pandžić · Gründer · Senior .NET-Architekt
14 Jahre in .NET. Von 2020 bis 2024 Lead Backend Engineer bei Bugatti Rimac. Sie sprechen direkt mit ihm.
@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();}Keine Demos. Systeme, mit denen Fabriken, Kraftwerke und Reiseunternehmen jeden Tag arbeiten.
Kalibrierungs- und Diagnosesoftware, mit der die schnellsten Serien-Elektroautos der Welt gebaut werden. Eine Blazor-Webanwendung, die an der Produktionslinie mit Desktop-Tools zusammenarbeitet.
Software, die Batteriespeicher und Solaranlagen steuert: wann geladen, wann entladen wird und was es einbringt. Gebaut auf .NET 9 mit einer Blazor-Oberfläche.
Das Backoffice einer Plattform für Ferienunterkünfte an der Adria: Objekte, Preise und Buchungen, verwaltet in Blazor auf einem bestehenden .NET-System.
Ein Kundenportal mit mehr als 1.300 Blazor-Komponenten, über das Hersteller die Prüfungen und Zertifikate ihrer Produkte verfolgen.
Jeder hat ein definiertes Ergebnis, damit Sie wissen, wofür Sie bezahlen, bevor wir anfangen.
FürTeams mit einer Blazor-App, die langsam, instabil oder schwer zu ändern ist.
Eine priorisierte Liste von Fixes, Sicherheitsbefunde und ein Termin mit Ihrem Team, in dem wir alles durchgehen.
FürUnternehmen mit ASP.NET Web Forms, die einen Weg nach vorne brauchen, ohne den Betrieb anzuhalten.
Eine Migrations-Roadmap mit Aufwandsspanne, Meilensteinen und Risiken.
FürTeams, die in Blazor entwickeln und einen Senior Engineer auf Abruf wollen.
Ein monatliches Stundenkontingent, eingesetzt für das, was in diesem Monat am wichtigsten ist.
Langsame Blazor-Apps sind selten die Schuld von Blazor. Fast immer ist es eines dieser fünf Probleme.
Zu große Komponenten, ein fehlendes @key in Listen und zu oft aufgerufenes StateHasChanged. Behoben durch das Aufteilen von Komponenten und die Kontrolle über ShouldRender.
Zehntausende Zeilen auf einmal gerendert. Virtualize und serverseitiges Paging machen sie wieder sofort nutzbar.
Prerendering führt OnInitializedAsync zweimal aus. Persistierter Komponentenzustand entfernt den zweiten Aufruf.
Event-Handler und Timer, die nie freigegeben werden, halten Circuits am Leben. IDisposable und korrekte Service-Lebensdauern stoppen das Leck.
Abgebrochene SignalR-Circuits in unzuverlässigen Netzen. Reconnect-Handling und der richtige Rendermodus für jede Seite.
Die alte Anwendung verdient weiter Geld, während die Seiten eine nach der anderen umziehen. Kein Big-Bang-Release, keine eingefrorene Roadmap.
Jede Seite, jedes Control, jeder Report und jede Abhängigkeit, mit markierten riskanten Stellen.
Ein Reverse Proxy (YARP) leitet jede URL an die alte oder die neue App weiter. System.Web-Adapter teilen Login und Session zwischen beiden.
Jede Seite wird in Blazor neu gebaut, meist als Interactive Server, und umgestellt, sobald sie fertig ist.
Wenn die letzte Seite umgezogen ist, wird die Web-Forms-Anwendung außer Betrieb genommen.
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>In .NET 10 kann jede Seite einen anderen Rendermodus verwenden. Das ist unser Standard für Geschäftsanwendungen.
| Rendermodus | Einsetzen für | Vermeiden, wenn |
|---|---|---|
| Statisches Server-Rendering | Überwiegend lesende Seiten, Reports, alles, was sofort laden und indexierbar sein soll. | Die Seite braucht umfangreiche Interaktion ohne vollständiges Neuladen. |
| Interactive ServerUnser Standard | Interne Geschäftsmasken in einem zuverlässigen Netzwerk. Unser Standard für Fachanwendungen. | Benutzer haben unzuverlässige Verbindungen, oder es sind viele Tausende gleichzeitig. |
| Interactive WebAssembly | Offline-Nutzung, Benutzer mit hoher Latenz oder aufwendige Arbeit im Client. | Ein schneller erster Ladevorgang ist wichtig, oder der Code muss auf dem Server bleiben. |
| Interactive Auto | Öffentliche Apps, die schnell laden müssen und später im Browser laufen. | Sie wollen keinen Code pflegen, der an beiden Orten läuft. |
Deshalb ist diese Website nicht in Blazor gebaut. Als Marketing-Website ist statisches HTML hier das bessere Werkzeug. Ihr Bestellsystem ist eine andere Geschichte.
Werkzeuge
Ja. Blazor ist Teil von ASP.NET Core und erscheint mit jedem .NET-Release, und .NET 10 ist ein Long-Term-Support-Release mit Support bis November 2028. Microsoft investiert weiter in Blazor, mit Rendermodi in .NET 8 und weiteren Verbesserungen seitdem. Die Risiken in echten Projekten sind Architekturentscheidungen, nicht das Verschwinden des Frameworks.
Für interne Geschäftsanwendungen Interactive Server auf den meisten Seiten und statisches Rendering für reine Leseseiten. WebAssembly, wenn Benutzer offline oder weit entfernt sind, Auto, wenn eine öffentliche App schnell laden muss. Siehe Tabelle oben.
Ja. Web Forms läuft nur auf .NET Framework 4.8, das Sicherheitsupdates, aber keine neuen Funktionen mehr bekommt. Die Migration erfolgt Seite für Seite hinter einem Reverse Proxy, sodass die alte App weiterläuft, bis die letzte Seite umgezogen ist.
Für Geschäftsanwendungen, die von .NET-Teams gebaut werden, oft ja: eine Sprache, gemeinsame Modelle und kein separater Frontend-Stack. Für öffentliche, inhaltsreiche oder Consumer-Apps hat React das größere Ökosystem. Wir sagen Ihnen, was passt.
WPF, wenn die App eine Windows-Desktopanwendung bleiben muss. Blazor, wenn Benutzer sie über einen Browser erreichen sollen. Blazor Hybrid kann dieselben Komponenten auch in einer Desktop-App ausführen.
Meist aus einem von fünf Gründen: unnötige Re-Renderings, Grids ohne Virtualisierung, beim Prerendering doppelt geladene Daten, Serverspeicher, der ständig wächst, oder SignalR, das von WebSockets auf ein Fallback zurückfällt. Der Health Check zeigt, welche davon auf Sie zutreffen.
Health Check und Migrationsanalyse haben einen Festpreis, vereinbart nach einem 30-minütigen Gespräch. Entwicklung wird stundenweise oder als monatliches Stundenkontingent abgerechnet.
Ja. Oft ist es am sinnvollsten, für ein paar Wochen in ein bestehendes Team einzusteigen, die Architektur zu prüfen und beim Festlegen von Konventionen zu helfen.
Ein 30-minütiges Gespräch reicht, um zu sehen, ob wir helfen können und was der erste Schritt sein sollte.
30-minütiges Gespräch vereinbaren →Hilfreich für Ihre Nachricht
Wir nutzen Google Analytics, um zu sehen, welche Seiten hilfreich sind. Cookies werden nur mit Ihrer Einwilligung gesetzt. Datenschutzerklärung