Inkrementelle Hydration in Angular bringt die Leistung Ihrer App auf die nächste Stufe

In der schnelllebigen Welt der Webentwicklung sind Leistung und Benutzererfahrung entscheidend für den Erfolg jeder Anwendung. Mit Angular 19 führte das Angular-Team eine revolutionäre Funktion ein: Inkrementelle Hydration. Diese neue Funktion verbessert den bestehenden Hydratationsprozess und ermöglicht es Entwicklern, die Beladung und Interaktivität von Komponenten präzise zu optimieren. Dieser Artikel befasst sich eingehender mit der inkrementellen Flüssigkeitszufuhr, ihrer Implementierung und einer detaillierten Analyse der Flüssigkeitsauslöser, die in verschiedenen Szenarien verwendet werden können.

Hydratation in Angular verstehen

Hydration ist der Prozess der Aktivierung einer serverseitig gerenderten Anwendung auf der Clientseite. Dies beinhaltet die Wiederverwendung vom Server gerenderter DOM-Elemente, die Beibehaltung des Anwendungsstatus und die Übertragung bereits vom Server abgerufener Daten. Durch die Hydratation entfällt im Wesentlichen die Notwendigkeit, das DOM vollständig neu zu rendern, wodurch Leistungsmetriken wie Core Web Vitals (CWV) verbessert werden.

Angular 19 führte die inkrementelle Hydration ein, die noch einen Schritt weiter geht, indem sie es Entwicklern ermöglicht, Komponenten basierend auf Benutzerinteraktionen, Sichtbarkeit oder benutzerdefinierten Bedingungen selektiv zu hydratisieren. Dies hilft, nur die notwendigen Komponenten zu laden, was die anfängliche Ladezeit und die Gesamtleistung der Anwendung verbessert.

Darüber hinaus nutzt Angulars Inkrementelle Hydration eine Ereigniswiedergabe für den Inhalt innerhalb von Hydrate-Blöcken, um ein nahtloses Benutzererlebnis zu gewährleisten. Durch die Nutzung der withEventReplay-Funktionalität erfasst das Framework Benutzerinteraktionen – etwa Klicks oder Tastendrücke –, die vor Abschluss des Hydratationsprozesses stattfinden. Sobald die Komponenten hydratisiert sind, werden diese aufgezeichneten Ereignisse wiedergegeben und die entsprechenden Ereignis-Listener werden ausgeführt. Dadurch wird sichergestellt, dass während des Übergangs keine Benutzerinteraktionen verloren gehen und die Anwendung von Anfang an reaktionsfähig und ansprechend wirkt.

Ermöglicht eine inkrementelle Flüssigkeitszufuhr

Bevor wir uns mit den Auslösern der Flüssigkeitszufuhr befassen, stellen wir sicher, dass wir für die Verwendung der inkrementellen Flüssigkeitszufuhr in Ihrer Angular-Anwendung eingerichtet sind. Hier sind die Schritte, die Sie befolgen müssen:

Voraussetzungen

• Angular-Version: Stellen Sie sicher, dass Ihre Anwendung auf Angular-Version 19.0.0-rc.0 oder höher aktualisiert ist.
• Serverseitiges Rendering (SSR): SSR sollte in Ihrer Anwendung aktiviert sein.
• Hydratation aktiviert: Aktivieren Sie die Hydratation in Ihrem Angular-Setup.
• Blockierungen aufschieben: Nutzen Sie @deferblocks, um die inkrementelle Flüssigkeitszufuhr zu nutzen.

Aktualisieren Ihres Anwendungs-Bootstraps

Sie müssen Incremental Hydration in Ihre Anwendung importieren, indem Sie „withIncrementalHydration()“ zum „proveClientHydration()“-Import im Provider-Array hinzufügen:

import { provideClientHydration, withIncrementalHydration } from '@angular/platform-browser';

// Update bootstrap code
bootstrapApplication(AppComponent, {
providers: [provideClientHydration(withIncrementalHydration())]
});

Inkrementelle Hydratationssyntax

Inkrementelle Hydratationsfunktionen sind bei Deferblocks zusammen mit zusätzlichen Hydrattriggern aktiviert. Sie müssen Hydrat-Auslöser zu den Verzögerungsblöcken hinzufügen, die Sie für eine schrittweise Hydratation nutzen möchten. Die Auslöser sind die gleichen wie die derzeit verwendeten (weitere Informationen finden Sie in dieser Dokumentation), plus einen zusätzlichen Hydrat-Nie-Auslöser. Nachfolgend finden Sie die Liste aller verfügbaren Hydrat-Trigger:

1. sofort
2. im Leerlauf
3. Einschalttimer
4. beim Schweben
5. auf Interaktion
6. im Ansichtsfenster
7. niemals
8. wann

Die grundlegende Syntax ist dieselbe wie die bestehende Syntax für aufschiebbare Ansichten, mit dem Zusatz hydratspezifischer Auslöser. Zum Beispiel:

@defer (hydrate on interaction) {
  <my-deferred-cmp />
}

Hydrate-Trigger koexistieren mit vorhandenen Defer-Triggern im selben Codeblock. Zum Beispiel:

@defer (on idle; hydrate on interaction) {
  <my-deferred-cmp />
}

Die Einführung von Hydratationsauslösern markiert eine bedeutende Weiterentwicklung in der Art und Weise, wie Anwendungen das Rendering verwalten, insbesondere im Zusammenhang mit serverseitigem Rendering (SSR) und clientseitigem Rendering (CSR). Hydrat-Auslöser, wie z. B. Hydrat bei Interaktion, stellen einen Mechanismus bereit, der sich von bestehenden Angular-Defer-Triggern wie bei sofortiger Wirkung unterscheidet.

Um ihre Funktionalität zu verdeutlichen, funktionieren herkömmliche Verzögerungstrigger ausschließlich im Kontext des clientseitigen Renderings. Beispielsweise wird der Auslöser „Bei sofortigem Laden“ nur aktiviert, wenn der Benutzer über clientseitiges Routing zur Komponente navigiert, was darauf hinweist, dass das sofortige Rendern erfolgen soll, sobald der anfängliche Ladevorgang abgeschlossen ist.

Im Gegensatz dazu kommen Hydrat-Trigger beim ersten serverseitigen Rendern ins Spiel. Wenn eine vom Server gerenderte Komponente das Schlüsselwort hydrate verwendet, bereitet sie den Inhalt als statisches HTML vor, das nicht interaktiv bleibt, bis bestimmte Hydratationsbedingungen erfüllt sind oder bestimmte Hydratationsauslöser ausgeführt werden. Dies bedeutet, dass die Komponente beim ersten serverseitigen Rendern als statischer Inhalt angezeigt wird. Sobald jedoch die Bedingungen erfüllt sind oder Auslöser aktiviert werden, wird es durch die Flüssigkeitszufuhr in ein vollständig interaktives Element umgewandelt. Aufgrund dieser funktionellen Unterscheidung können wir normale Verzögerungsauslöser und Hydratauslöser als sich gegenseitig ausschließend bezeichnen; Es kann jeweils nur ein Triggertyp angewendet werden.

Diese Exklusivität ermöglicht es Entwicklern, sorgfältig zu verwalten, wann Komponenten gerendert und interaktiv gemacht werden, und so die Anwendungsleistung zu optimieren. Darüber hinaus funktioniert die Ereigniswiedergabe in Verbindung mit Hydrat-Triggern, um sicherzustellen, dass alle während der statischen Phase durchgeführten Benutzeraktionen erhalten bleiben. Diese Interaktionen werden bei der Flüssigkeitszufuhr erfasst und wiedergegeben.
Es ist auch wichtig zu verstehen, wie Hydrat-Trigger mit @placeholder und @loading:

interagieren

Bei Verwendung des Schlüsselworts „Hydrat“ dient der Hauptinhalt der Vorlage effektiv als neuer Platzhalter während der SSR. Im Gegensatz dazu werden in CSR-Szenarien die herkömmlichen Platzhalter- und Ladevorlagen verwendet. Wenn also das Schlüsselwort hydrate nicht verwendet wird, erfolgt standardmäßig das standardmäßige serverseitige Rendering, bei dem angegebene Platzhalter auf dem Server gerendert und im Rahmen des gesamten Ladevorgangs der Anwendung sofort hydratisiert werden. Diese differenzierte Unterscheidung ermöglicht es Entwicklern, sowohl das anfängliche Ladeerlebnis als auch nachfolgende Benutzerinteraktionen nahtlos zu optimieren.

Mehrere Hydrat-Auslöser

Genau wie Verzögerungsauslöser und Vorabrufauslöser können Sie mehrere Hydratationsauslöser gleichzeitig verwenden, sodass die Flüssigkeitszufuhr immer dann erfolgt, wenn einer dieser Auslöser aktiviert wird. Zum Beispiel:

import { provideClientHydration, withIncrementalHydration } from '@angular/platform-browser';

// Update bootstrap code
bootstrapApplication(AppComponent, {
providers: [provideClientHydration(withIncrementalHydration())]
});

Ein wichtiger Punkt, den Sie beim When-Trigger beachten sollten, ist, dass Sie nicht mehrere Hydrate-When-Trigger innerhalb desselben @defer-Blocks haben können. Stattdessen müssen Sie die Bedingungen kombinieren; andernfalls wird ein Fehler ausgegeben. Der folgende Code führt beispielsweise zu einem Fehler, der darauf hinweist, dass mehrere Blöcke nicht zulässig sind:

@defer (hydrate on interaction) {
  <my-deferred-cmp />
}

Im Gegensatz dazu funktioniert der folgende Code korrekt:

@defer (on idle; hydrate on interaction) {
  <my-deferred-cmp />
}

Auslöser der Flüssigkeitszufuhr erklärt

Hydrationsauslöser bestimmen, wann ein verzögerter Block interaktiv werden soll. Lassen Sie uns jeden Auslöser im Detail untersuchen, zusammen mit idealen Szenarien für seine Verwendung.

Hydratieren bei Sofort: Dieser Auslöser initiiert die Hydratation sofort, nachdem der Client mit dem Rendern der Komponente fertig ist. Zum Beispiel:

@defer(hydrate on interaction; hydrate when isLoggedIn()){
<li>
  <a [routerLink]="[isLoggedIn()?'/account':'/signup']">Account</a>
</li>
}

Beispielhafter Anwendungsfall: Verwenden Sie diesen Auslöser für wichtige Komponenten, die eine schnelle Benutzerinteraktion sofort erfordern, wie Navigationsmenüs oder eine primäre Call-to-Action-Schaltfläche.

Hydrierung im Leerlauf: Dieser Auslöser startet die Hydratation, wenn der Browser in einen Ruhezustand wechselt (siehe requestIdleCallback), was bedeutet, dass keine Benutzerinteraktionen oder geplanten Aufgaben vorhanden sind.

@defer(hydrate when firstCondition; hydrate when secondCondition){
<my-component />
}

Beispielhafter Anwendungsfall: Ideal für unkritische UI-Elemente, die einige Momente warten können, wie z. B. ergänzende Informationskarten, die Kontext bereitstellen, ohne primäre Interaktionen zu behindern.

Hydrate on Timer: Dieser Auslöser aktiviert die Hydratation nach einer bestimmten Dauer, die obligatorisch ist und entweder in Millisekunden (ms) oder Sekunden (s) definiert werden kann.

@defer(hydrate when (firstCondition || secondCondition)){
<my-component />
}

Beispielhafter Anwendungsfall: Geeignet für Komponenten, die nicht sofort, sondern erst nach kurzer Zeit angezeigt werden sollen, wie Pop-up-Benachrichtigungen oder Tutorials, die Benutzer durch die Benutzeroberfläche führen.

Hydrate on Hover: Dieser Auslöser initiiert die Hydratation, wenn der Benutzer mit der Maus über die zugehörige Komponente fährt und dabei die MouseEnter- und Focusin-Ereignisse nutzt.

import { provideClientHydration, withIncrementalHydration } from '@angular/platform-browser';

// Update bootstrap code
bootstrapApplication(AppComponent, {
providers: [provideClientHydration(withIncrementalHydration())]
});

Beispielhafter Anwendungsfall: Verwenden Sie dies für Funktionen wie Tooltips oder Detailmenüs, die das Benutzerverständnis verbessern, ohne die Benutzeroberfläche zu überladen.
Hydratisieren bei Interaktion: Dieser Auslöser aktiviert die Hydratation basierend auf benutzergesteuerten Ereignissen, wie z. B. Klick- oder Tastendruckereignissen.

@defer (hydrate on interaction) {
  <my-deferred-cmp />
}

Beispielhafter Anwendungsfall: Perfekt für Komponenten, die unmittelbar vor der Interaktivität eine Benutzerinteraktion erfordern, wie Formulare, Produktgalerien oder Schaltflächen, die beim Klicken weitere Informationen anzeigen.

Hydrate on Viewport: Dieser Auslöser hydratisiert die Komponente, wenn sie in das Viewport des Benutzers eintritt, wie von der Intersection Observer API bestimmt.

@defer (on idle; hydrate on interaction) {
  <my-deferred-cmp />
}

Beispielhafter Anwendungsfall: Verwenden Sie dies für Inhalte unterhalb der Falte, die erst dann interaktiv werden sollen, wenn der Benutzer nach unten scrollt. Dieser Ansatz verbessert die Ladezeiten von Seiten und sorgt gleichzeitig für die Benutzerinteraktion, was ihn ideal für Inhalte wie Bilder, Artikel oder zusätzliche Produkteinträge macht.

Niemals hydrieren: Dieser Auslöser bezeichnet einen Block, der statisch bleibt, was bedeutet, dass er niemals hydriert werden sollte.

@defer(hydrate on interaction; hydrate when isLoggedIn()){
<li>
  <a [routerLink]="[isLoggedIn()?'/account':'/signup']">Account</a>
</li>
}

Beispielhafter Anwendungsfall: Ideal für statische Elemente, die keine Interaktion erfordern, wie Fußzeilen, Urheberrechtsinformationen oder rechtliche Haftungsausschlüsse. Für diese Teile ist kein Mehraufwand für die Hydratation erforderlich und sie können als einfaches HTML gerendert werden.

Kombination von CSR Defer und HydrationTriggers

In vielen Fällen kann die Kombination von Triggern zu mehr Flexibilität und Leistung führen:

@defer(hydrate when firstCondition; hydrate when secondCondition){
<my-component />
}

In diesem Fall geben wir an, dass die Komponente für das clientseitige Rendering (CSR) hydratisiert werden soll, wenn der Benutzer nach unten scrollt (das Ansichtsfenster betritt). Im Gegensatz dazu wird beim serverseitigen Rendering (SSR) die Benutzerinteraktion berücksichtigt, sodass der Prozess sowohl effizient als auch auf Benutzeraktionen reagieren kann.

Verschachtelte Flüssigkeitszufuhr bei inkrementeller Flüssigkeitszufuhr verstehen

Mit der Einführung der inkrementellen Flüssigkeitszufuhr in Angular 19 wird das Konzept der verschachtelten Flüssigkeitszufuhr zu einem entscheidenden Aspekt, den es zu verstehen gilt. Beim Umgang mit mehreren verschachtelten @defer-Blöcken kann die Interaktion zwischen ihren Hydratationsbedingungen die Leistung und das Ressourcenmanagement erheblich verbessern. Die Regeln, die das Verhalten dieser verschachtelten Blöcke regeln, bieten eine tiefere Kontrolle darüber, was wann gerendert wird, und wirken sich letztendlich auf die Gesamtleistung Ihrer Anwendung aus.

Gleichzeitige Zustandsbewertung

Wenn mehrere @defer-Blöcke in dehydriertem Zustand ineinander verschachtelt sind, werden ihre Hydratationsbedingungen gleichzeitig ausgewertet. Betrachten Sie beispielsweise die folgende Struktur:

import { provideClientHydration, withIncrementalHydration } from '@angular/platform-browser';

// Update bootstrap code
bootstrapApplication(AppComponent, {
providers: [provideClientHydration(withIncrementalHydration())]
});

In diesem Beispiel ist der äußere Block so eingestellt, dass er hydratisiert, wenn der Benutzer mit der Maus über einen darin enthaltenen Inhalt fährt. Auch wenn der äußere Block nie in der Schwebe gehalten wird, löst der innere Block nach einer festgelegten Dauer von 15 Sekunden dennoch eine Hydratation aus. Diese gleichzeitige Bewertung der Bedingungen ermöglicht eine größere Flexibilität bei der Art und Weise, wie Komponenten interaktiv werden, insbesondere bei Benutzeroberflächen, bei denen der Zeitpunkt der Interaktionen erheblich variieren kann.

Die Ausnahme für Hydrat wann

Während die meisten Hydrat-Auslöser innerhalb verschachtelter Strukturen ordnungsgemäß funktionieren, gibt es eine bemerkenswerte Ausnahme für den Hydrat-Auslöser. Der When-Trigger ist bedingungsbasiert und basiert vollständig auf der Logik, die in der Komponente definiert ist, die ihn enthält. Konkret bedeutet dies, dass die Logik von when nur dann ausgewertet werden kann, wenn der unmittelbar übergeordnete oder enthaltende Block bereits hydratisiert ist. Zum Beispiel:

@defer (hydrate on interaction) {
  <my-deferred-cmp />
}

Wenn in diesem Szenario der äußere Block (mit Hydratisierung beim Schweben) bei einem Mouseover-Ereignis keine Hydratation auslöst, wird der innere Block (der prüft, ob das Benutzerobjekt nicht null ist) niemals hydrieren. Der Grund für dieses Verhalten ist klar: Der Ausdruck zur Auswertung wann kann nicht ausgeführt werden, es sei denn, die übergeordnete Komponente wurde verarbeitet und auf ihre Logik kann zugegriffen werden. Wenn also der äußere Block dehydriert bleibt, existiert die notwendige Logik zur Bewertung des inneren Blocks noch nicht.

Hierarchischer Hydratationsprozess

Wenn die Hydratation für einen verschachtelten Block ausgelöst wird, folgt Angular einem Kaskadenprozess – jeder übergeordnete Block muss zuerst hydratisiert werden, bevor auf die untergeordnete Komponente reagiert werden kann. Diese kaskadierende Aktion ist von entscheidender Bedeutung, da sie das Laden der Abhängigkeiten verschachtelter Komponenten in der richtigen Reihenfolge ermöglicht. Der Hydratationsprozess funktioniert praktisch wie ein Wasserfall, bei dem jeder Schritt davon abhängt, dass der vorherige vollständig verarbeitet wird. Folglich erfordern verschachtelte dehydrierte Blöcke eine sorgfältige Vorgehensweise beim Laden des erforderlichen Codes für alle Ebenen, bevor eine von ihnen betriebsbereit sein kann.

Bemerkenswerte Interaktionen

Bei der Verwendung gemischter Trigger in verschachtelten Strukturen ist es wichtig, die Art der beteiligten Trigger im Auge zu behalten. Wenn Sie beispielsweise möchten, dass bestimmte Komponenten hydratisiert werden, während andere statisch (nicht hydriert) bleiben, können Sie die folgende Struktur strategisch verwenden:

@defer (on idle; hydrate on interaction) {
  <my-deferred-cmp />
}

In diesem Fall wird der äußere Block beim Bewegen mit der Maus hydratisiert, während der innere Block, der die Anzeigeneinheit enthält, nicht hydriert bleibt und seine statische Natur behält. Diese Trennung ist möglich, weil ereignisbasierte Auslöser, wie z. B. „Hydrate on Hover“, für ihre Aktivierung nicht von der Komponentenlogik abhängig sind und daher unabhängig von der Logik funktionieren können, die in verschachtelten @deferblocks enthalten ist.

Das Verständnis der verschachtelten Flüssigkeitszufuhr ist für die effektive Nutzung der inkrementellen Flüssigkeitszufuhr in Angular 19 von entscheidender Bedeutung. Durch die sorgfältige Strukturierung verschachtelter @deferblocks und die Auswahl geeigneter Hydratationsauslöser können Entwickler die Anwendungsleistung optimieren und gleichzeitig die Reaktionsfähigkeit beibehalten. Die Möglichkeit zu verwalten, wann und wie Komponenten interaktiv werden, ist eine leistungsstarke Funktion, die in Kombination mit den Regeln für die verschachtelte Hydratation zu einer deutlich verbesserten Benutzererfahrung und Ressourcenverwaltung in modernen Angular-Anwendungen führen kann.

Häufige Szenarien für die Verwendung einer inkrementellen Flüssigkeitszufuhr

Verzögertes Laden von Produktartikeln
Wenn auf einer E-Commerce-Plattform eine Liste von Produktartikeln auf einer Kategorieseite angezeigt wird, ist es ungewiss, ob Benutzer mit jedem Produkt interagieren. Durch Platzieren dieser Produkte in einem @defer-Block mithilfe der Hydrate-Syntax werden die Komponenten als statischer Inhalt gerendert, das zugehörige JavaScript wird jedoch nur abgerufen und hydratisiert, wenn ein Benutzer mit einem bestimmten Produkt interagiert. Dieser Ansatz reduziert die anfängliche Paketgröße, optimiert die Leistung und stellt gleichzeitig Produktdetails bei Bedarf zur Verfügung.

Bereitstellung statischer Blog-Inhalte
Bei einer Blogging-Plattform, die hauptsächlich statische Artikel enthält, können Sie durch die Nutzung der Bedingung „Niemals hydratisieren“ für Post-Komponenten den Versand von zugehörigem JavaScript vermeiden. Dies führt zu kürzeren Ladezeiten, da Benutzer auf die Artikel zugreifen können, ohne den Ressourcenaufwand zu verursachen, der normalerweise mit Interaktivität verbunden ist.

Optimierung schwerer Above-the-Fold-Komponenten
Wenn Sie große Komponenten wie einen Header oder ein Karussell haben, die über dem Falz angezeigt werden, aber basierend auf Heatmap-Daten nur eine minimale Benutzerinteraktion zeigen, kann es von Vorteil sein, sie in einen @defer-Block mit einem Hydratationsauslöser einzuschließen. Diese Strategie ermöglicht das anfängliche Rendern dieser Komponenten, während ihr interaktives Verhalten und die zugehörigen Ressourcen erst bei Benutzerinteraktion geladen werden, wodurch eine effiziente Datenübertragung gewährleistet und die Benutzererfahrung verbessert wird.

Verbesserung der Benutzerinteraktion mit Formularen
Für Eingabeformulare, die eine sofortige Reaktion auf Benutzeraktionen erfordern, ist die Verwendung des Auslösers „Hydrat bei Interaktion“ ideal. Dadurch wird gewährleistet, dass die Formularkomponenten aktiviert werden, sobald ein Benutzer mit ihnen interagiert, wodurch die Benutzerfreundlichkeit der Anwendung verbessert wird.

Laden dynamischer oder Below-the-Fold-Inhalte
Für dynamische Datenanzeigen oder inhaltsreiche Abschnitte, die erst dann relevant werden, wenn der Benutzer scrollt, ist die Verwendung des Hydrate-on-Viewport-Triggers ein wertvoller Ansatz. Dies gilt nicht nur für Produktdarstellungen, sondern auch für Bilder oder zusätzliche Inhalte und sorgt für ein nahtloses Benutzererlebnis, ohne die anfänglichen Ladezeiten zu beeinträchtigen.

Interaktivität mit animierten Elementen
Für interaktive Elemente, die die Benutzerinteraktion verbessern, aber für primäre Interaktionen nicht unbedingt erforderlich sind, wie z. B. Tooltips oder Dropdowns, wird die Verwendung des Hydrate-on-Hover-Triggers empfohlen. Dadurch wird sichergestellt, dass diese Elemente nur aktiviert werden, wenn Benutzer mit der Maus darüber fahren, wodurch der anfängliche Ladevorgang gering bleibt und bei Bedarf dennoch zusätzliche Optionen angeboten werden.

Abschluss

Inkrementelle Hydration in Angular 19 bedeutet einen erheblichen Fortschritt bei der Optimierung von Anwendungen sowohl hinsichtlich der Leistung als auch des Benutzererlebnisses. Durch den strategischen Einsatz von Hydratationsauslösern können Entwickler genau steuern, welche Komponenten wann interaktiv werden sollen. Dieser granulare Ansatz steigert nicht nur die Effizienz, sondern verbessert auch die Benutzerzufriedenheit, indem er eine nahtlose Schnittstelle gewährleistet.

Indem Sie die Feinheiten jedes Hydratationsauslösers beherrschen, können Sie Ihre Angular-Anwendungen verbessern, sodass sie reaktionsfähig, effizient und für die Benutzereinbindung geeignet sind. Berücksichtigen Sie beim Erkunden dieser Konzepte die Bedürfnisse Ihrer Benutzerbasis und die spezifischen Inhalte, die Sie präsentieren, um fundierte Entscheidungen darüber zu treffen, wann und wie verschiedene Elemente Ihrer Anwendung mit Feuchtigkeit versorgt werden. Viel Spaß beim Entwickeln!

Das obige ist der detaillierte Inhalt vonInkrementelle Hydration in Angular bringt die Leistung Ihrer App auf die nächste Stufe. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!