Blazor oder Angular für Business-Anwendungen: Was passt zu einem .NET-Unternehmen?

In Unternehmen mit .NET-Backend war Angular lange die Standardwahl für das Frontend. Es ist strukturiert, typisiert und für große Anwendungen gebaut, also genau das, was Geschäftssoftware braucht. Dann fragt jemand: Warum nicht Blazor, wenn das ganze Team ohnehin C# schreibt?

Die kurze Antwort: Angular und Blazor sind sich ähnlicher, als es aussieht. Beide sind um Komponenten, Dependency Injection, Formulare und starke Typisierung herum gebaut. Der echte Unterschied liegt nicht in der Architektur, sondern darin, wie viele Sprachen und Technologien Ihr Unternehmen pflegt und wer die Masken baut.

Dieselbe Maske in beiden

Eine Liste offener Bestellungen mit einem Button zum Aktualisieren. In Angular ist die Maske eine TypeScript-Komponente, die die Daten über eine API vom Backend holt:

type Order = { number: string; customer: string; total: number };

@Component({
  selector: 'app-open-orders',
  template: `
    <h2>Open orders: {{ orders().length }}</h2>
    <button (click)="load()">Refresh</button>
  `,
})
export class OpenOrders {
  private http = inject(HttpClient);
  orders = signal<Order[]>([]);

  constructor() {
    this.load();
  }

  load() {
    this.http.get<Order[]>('/api/orders/open').subscribe((result) => this.orders.set(result));
  }
}

Dahinter braucht das .NET-Backend einen Endpunkt, abgesichert und gepflegt wie jede andere API. In Blazor mit Server-Rendering ist dieselbe Maske eine einzige C#-Komponente, die den vorhandenen Service direkt aufruft:

@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();
}

Achten Sie auf die Struktur: eine Komponente, ein injizierter Service, eine Liste, ein Ereignis. Wer Angular kennt, liest die Blazor-Version ohne Hilfe. In Blazor fehlt nur die API-Schicht zwischen Maske und Service, und die zweite Kopie von Order in TypeScript.

Verglichen nach dem, was für das Geschäft zählt

	Blazor	Angular
Sprache	C#, wie im Backend	TypeScript, neben C# im Backend
Wer die Masken baut	Die .NET-Entwickler, die auch das Backend bauen	Ein Frontend-Entwickler oder Full-Stack-Entwickler in zwei Sprachen
Gemeinsamer Code mit dem Backend	Modelle, Validierung und Regeln sind dieselben Klassen	Typen und Validierung werden doppelt geschrieben und synchron gehalten
Struktur	Komponenten, Dependency Injection, Formulare, Routing	Komponenten, Dependency Injection, Formulare, Routing
Upgrades	Eine .NET-Version pro Jahr, jede LTS-Version drei Jahre unterstützt	Seit v22 eine Angular-Hauptversion pro Jahr, jede 24 Monate unterstützt, dazu die npm-Pakete drumherum
Personal finden	Aus dem Pool der .NET-Entwickler	Aus einem größeren Pool von Frontend-Entwicklern, viele mit Angular aus Konzernprojekten
Fertige Komponenten	Genug für Business-Anwendungen: Tabellen, Formulare, Diagramme	Ein großes Ökosystem, von Angular Material bis zu kommerziellen Suiten
Zu pflegende Technologien	Eine	Zwei: Node, npm und Angular, dazu .NET

Die Zeile zu den Upgrades wird am häufigsten unterschätzt. Angular veröffentlicht jetzt jedes Jahr eine Hauptversion, und jede wird 24 Monate unterstützt. Eine Angular-Anwendung muss also mindestens alle zwei Jahre nachziehen. Das ist machbar, aber es ist ein zweiter Upgrade-Zyklus neben dem für .NET, mit eigenen Breaking Changes und eigenen Paketen. Mit Blazor wird das Frontend zusammen mit dem Backend aktualisiert.

Wann Angular die bessere Wahl ist

• Sie haben ein Frontend-Team, das mit Angular arbeitet, und das gut. Es auf Blazor umzuschulen kostet mehr, als es bringt.
• Eine große Angular-Anwendung existiert schon und funktioniert. Sie nur für einen Frameworkwechsel neu zu schreiben, lohnt sich selten.
• Das Produkt ist öffentlich, lebt von Google-Traffic und muss auf dem Handy in einer Sekunde offen sein.
• Sehr reichhaltige Interaktion im Browser, mit viel Zustand auf dem Client und Offline-Betrieb, wo das JavaScript-Ökosystem mehr fertige Antworten hat.

Angular im Frontend mit .NET im Backend ist eine solide Architektur, die viele Unternehmen betreiben. Das .NET-Backend ist in beiden Fällen dasselbe.

Wann Blazor die bessere Wahl ist

• Das Team schreibt C#. Dieselben Leute bauen Backend und Masken, ohne API-Schicht nur für das Frontend.
• Die Anwendung ist intern oder hinter einem Login: Formulare, Tabellen, Berichte, Abläufe.
• Die Geschäftslogik lebt schon in .NET, und die Validierung soll nur einmal geschrieben werden.
• Sie haben keine Frontend-Spezialisten und planen auch nicht, welche einzustellen.

Welcher Blazor-Render-Modus zu welcher Art von Maske passt, steht in unserem Artikel Blazor Server oder WebAssembly.

Noch auf AngularJS?

AngularJS, die ursprüngliche Version 1.x, hat im Januar 2022 den Support verloren. Anwendungen darauf laufen weiter, bekommen aber keine Sicherheitsupdates mehr, und jedes Jahr wird es schwieriger, Leute zu finden, die daran arbeiten wollen.

Der Umstieg von AngularJS auf modernes Angular bedeutet in der Praxis, jede Maske neu zu schreiben. Wenn Sie ohnehin neu schreiben und das Team dahinter C# schreibt, ist das der Moment, in dem Blazor einen ernsthaften Blick verdient. Wie bei der Migration von Web Forms zu Blazor ist der sichere Weg Maske für Maske, mit alter und neuer Anwendung nebeneinander.

Fünf Fragen vor der Entscheidung

1. Wer baut und pflegt die Masken in zwei Jahren: C#-Entwickler oder Frontend-Entwickler?
2. Wie viel Ihrer Geschäftslogik lebt schon in .NET?
3. Ist die Anwendung intern oder hinter einem Login, oder öffentlich?
4. Haben Sie schon eine funktionierende Angular-Anwendung, oder fangen Sie neu an oder schreiben neu?
5. Wie viele Technologien kann Ihr Team realistisch aktuell halten?

Zeigen die Antworten auf ein C#-Team, einen Login und Logik in .NET, wählen Sie Blazor. Zeigen sie auf ein bestehendes Angular-Team oder eine bestehende Anwendung, bleiben Sie bei Angular mit .NET-Backend. Wie Blazor im Vergleich zur anderen großen Option abschneidet, steht in Blazor oder React, und ob Blazor für die nächsten Jahre eine sichere Wahl ist, in Hat Blazor Zukunft?

Wie wir arbeiten

ProCoding ist ein .NET-Studio aus Split in Kroatien. Wir bringen Blazor seit 2020 in Produktion und bauen auch .NET-Backends für Angular- und React-Frontends, haben also keinen Grund, das eine oder andere zu drängen. Wir helfen bei der Wahl, entwickeln neue Blazor-Anwendungen und überführen ältere Anwendungen Maske für Maske. Der erste Schritt ist ein kostenloses 30-minütiges Gespräch.

Quellen

• Versioning and releases, Angular
• AngularJS end of support, AngularJS
• .NET and .NET Core support policy, Microsoft
• ASP.NET Core Blazor, Microsoft Learn