Kompilierung nach Bedarf und dauerhaftes Caching in PRNext

#Beginnen Sie mit den Routen, die Sie tatsächlich eröffnen

Die Kompilierung der angeforderten Route umfasst die vom Browser benötigte Route sowie das gemeinsame Layout, die Fehler- und Abhängigkeitsinfrastruktur. Bei geöffneten Tabs bleiben die Routen aktiv; Durch eine begrenzte inaktive Menge wird vermieden, dass das gesamte Projekt auf unbestimmte Zeit aufbewahrt wird.

Middleware, Umschreibungen und parallele oder abfangende Routen können dazu führen, dass der Abhängigkeitsgraph weniger vorhersehbar ist. In diesen Fällen behält PRNext die vollständige Kompilierung bei, anstatt zu erraten, welche Route sicher übersprungen werden kann.

Wenn Sie beispielsweise einen freigegebenen Header ändern, sollten die geöffneten Seiten, die ihn importieren, aktualisiert werden, während eine nicht verwandte Registerkarte ihr aktuelles Modell behält. Ein Browserzähler und eine Dokumentmarkierung bieten eine stärkere Prüfung als eine Anfrage, die 200 zurückgibt: Sie zeigen an, ob das Update die bereits laufende Interaktion beibehalten hat.

#Verwenden Sie Transformationen bei Neustarts wieder

Entwicklungstransformationen werden getrennt von Produktions-Build-Eingaben gespeichert. Für die Wiederverwendung einer Transformation müssen die relevante Quelle und die entsprechende Richtlinie übereinstimmen. Eine Optimierung kann sich nicht nur darauf verlassen, dass ein Dateiname gleich bleibt.

Ein persistenter Cache ist eine optionale arbeitssparende Infrastruktur. Ein nicht verfügbarer oder ungültiger Eintrag fällt auf die Kompilierung zurück. Es handelt sich nicht um einen Cache Ihrer dynamischen Anwendungsantworten.

Entwicklung und Produktion haben unterschiedliche Lebenszyklen, sodass ihre wiederverwendbaren Arbeiten getrennt gehalten werden. Bei einem Neustart kann eine gültige Transformation wiederverwendet werden, ohne dass ein laufender Anwendungsprozess oder eine authentifizierte Antwort wiederverwendet werden muss. Änderungen an der Konfiguration oder der Kompilierungsrichtlinie müssen dennoch die Arbeit, auf die sie sich auswirken, ungültig machen.

#Behandeln Sie eine Stylesheet-Bearbeitung als Stylesheet-Bearbeitung

Wenn eine unterstützte Bearbeitung nur CSS ändert, veröffentlicht PRNext unveränderliche Stylesheet-Assets, ohne das JavaScript-Diagramm neu zu erstellen oder den Anwendungs-Worker neu zu starten. Der Browser kann seinen Dokument- und React-Status beibehalten.

Eine Änderung an den Exporten von CSS-Modulen kann Auswirkungen auf JavaScript-Importe haben. Sass- und benutzerdefinierte Prozessoren können auch größere Abhängigkeiten haben. In diesen Fällen wird auf den vollständigen Compiler zurückgegriffen, anstatt ein unvollständiges Update zu veröffentlichen.

Unveränderliche Generationen verleihen einer Bearbeitung auch eine eindeutige Asset-Identität. Ein Tab, der bereits die vorherige Generation verwendet, kann das Laden seiner Dateien abschließen, anstatt zu sehen, dass sich deren Inhalt unter der Anforderung ändert. Durch die Optimierung wird der Arbeitsaufwand reduziert, während die Beziehung zwischen einem Build und seinen Assets explizit bleibt.

#Behalten Sie einen unkomplizierten Fallback bei

Der sichere Entwicklungsmodus untersucht Probleme beim inkrementellen Build, indem er das vollständige Routendiagramm mit neuen Compilern kompiliert. Es deaktiviert die dauerhafte Wiederverwendung von Transformationen und wärmt Worker nicht vor, während das kompatible Fast Refresh-Verhalten beibehalten wird.

Verwenden Sie es, um dieselbe Bearbeitung mit einem einfacheren Kompilierungspfad zu vergleichen. Ein Problem, das im abgesicherten Modus verschwindet, gibt Ihnen eine gezielte Reproduktion, die Sie melden können; Es identifiziert nicht selbst die fehlerhafte Optimierung. Behalten Sie die Quelländerung, die betroffenen Routen und die Build-Diagnose mit diesem Bericht bei.

Hohe Next.js-Speichernutzung: So diagnostizieren Sie sie

So vergleichen Sie die Leistung von React SSR

Installieren Sie PRNext in einem Next.js-Projekt: Schnellstart