In einem kürzlich erschienenen Podcast teilte Minko Gechev – Lead und Manager for Angular Developer Relations – wertvolle Einblicke in die Zukunft von Angular und seine geplanten Entwicklungen. Lassen Sie uns die wichtigsten Erkenntnisse aus diesem Interview durchgehen und uns dabei auf die zukünftige Ausrichtung des Frameworks konzentrieren.

Hydratations-API

Angular Lead erwähnte die neue Hydrationsfunktion, die Angular einführt, die beim serverseitigen Rendern hilft und die Leistung verbessert. Angular konzentriert sich jetzt auf die partielle Hydratation, was zu schnelleren Renderzeiten für Anwendungen führen wird.

Das Ziel ist eine bessere SSR-Unterstützung und nahtlosere Übergänge zwischen server- und client-gerenderten Inhalten.

Einführung von DestroyRef

Eine der bemerkenswertesten Verbesserungen, die von Minko diskutiert werden , ist die Einführung von DestroyRef. Diese Funktion ermöglicht es Entwicklern, den ngOnDestroy-Hook flexibler aufzurufen und ihn in verschiedene Teile des Lebenszyklus der Komponente zu integrieren.

class ExampleComponent {
  constructor() {
    inject(DestroyRef).onDestroy(() => {
      // do something when the component is destroyed
    })
  }
}

Winkelmaterialbibliotheken und Design-Token

Minko betonte die Auswirkungen von Design-Token auf die Entwicklung von Angular-Apps, insbesondere in Material 3. Design-Token bieten Entwicklern mehr Flexibilität bei der Anpassung vorhandener Materialkomponenten.

Das Material-Team von Google stellt sicher, dass diese Token stabil bleiben, sodass Entwickler fein abgestimmte Komponenten erstellen können, ohne sich Gedanken über häufige Änderungen machen zu müssen.

Abflachen des eckigen Lernpfads

Die Vereinfachung des Angular-Lernpfads hat für das Angular-Team Priorität. Minko skizzierte mehrere inkrementelle Verbesserungen, die darauf abzielen, Entwicklern das Erlernen und Arbeiten mit Angular zu erleichtern.

Er sagt, dass RxJS für neue Entwickler überwältigend ist und Angular Team darauf abzielt, beide Seiten zufrieden zu stellen. Wenn Sie RxJS verwenden möchten, tun Sie es, das ist in Ordnung. Wenn Sie es nicht verwenden möchten, gehen Sie zu Signals. Mischung aus beidem? Fühlen Sie sich frei.

Beispiel für Interoperabilität:

const counter: Signal<number> = toSignal(counter$);
const counter: Observable<number> = toObservable(mySignal);

Eigenständige Komponenten

Die Einführung eigenständiger Komponenten ist ein grundlegender Schritt zur Vereinfachung von Angular. Diese Funktion macht das Erlernen von NgModule und das Scoping für Entwickler, die an eigenständigen Apps arbeiten, optional.

@Component({
  selector: 'app-root',
  templateUrl: './app.component.html',
  standalone: true,
  styleUrls: ['./app.component.scss']
})
export class AppComponent {}

Vereinfachte Erfahrung beim Erstellen von Komponenten

Minko erwähnte kurz, dass das Angular-Team erwäge, Komponenten, Direktiven und Pipe-Decorators optional zu machen . Ziel wäre es, das Authoring von Komponenten weiter zu vereinfachen und die Komplexität zu reduzieren.

Dies wird zu einem einfacheren, stärker funktionsbasierten Ansatz zum Erstellen von Eingaben und Ausgaben führen.

Winkel-CLI-Vereinfachung

Die CLI wird aktualisiert, um weniger konzeptionellen Aufwand zu haben, und es werden Verbesserungen an der Projektstruktur vorgenommen, die es Entwicklern erleichtern, mit Angular-Projekten zu navigieren und mit ihnen zu arbeiten.

Verbesserte Dokumentation und Lernerfahrung

Angular Team wird sich darauf konzentrieren, ansprechendere und verständlichere Tutorials zu erstellen, um Entwicklern dabei zu helfen, Angular effizienter und unterhaltsamer zu lernen.

Dies wäre eine riesige Hilfe und Verbesserung gegenüber der aktuellen Form der heute verfügbaren Angular-Dokumentation.

Zusammenfassend sieht die Zukunft von Angular vielversprechend aus, wobei der Schwerpunkt auf Vereinfachung und verbesserten Lernerfahrungen für Entwickler liegt. Die Einführung von DestroyRef, Design-Tokens und die Abflachung des Angular-Lernpfads sind nur einige der wichtigsten Entwicklungen, die die zukünftige Ausrichtung des Frameworks prägen werden.

Auf der anderen Seite klingt es so, als würde es Angular mehr in Richtung funktionaler Komponenten und näher an die Hauptkonkurrenten auf dem Framework-Markt bringen – React & Vue.

Dies ist eine sehr kurze Zusammenfassung – ich empfehle, den gesamten Podcast anzuschauen !

Bevor ich zusammenfasse, was rund um Sub-RFC3 und Sub-RFC4 passiert – wenn ich mir anschaue, wie sich die Dinge entwickeln – sind Sie gespannt auf die Zukunft von Angular?

Oder sind Sie ein wenig besorgt, dass das Framework mit all den kommenden Änderungen seine Identität verlieren könnte?

Sie haben eine letzte Chance, am Signals RFC teilzunehmen! — Angular Team schließt es am Montag, den 24. April! — siehe hier.