Vorbedingungen
Was die Hostanwendung einmal einrichten muss, bevor das erste Beispiel läuft. Fehlt davon etwas, erscheint meist keine Fehlermeldung.
Die Bundles, die Layout-Einbindungen und die Grundregistrierung sind bei Basis › Vorbedingungen beschrieben: Die Infrastruktur liefert die Bundle-Pipeline, die Partials für das Layout liefert die Basis. Fehlt davon etwas, rendern die Builder dieses Pakets zwar Markup, aber ohne Gestaltung und ohne Skript.
Für jeden Baustein
| Was | Wo | Fehlt es |
|---|---|---|
| Grundeinrichtung aus Basis › Vorbedingungen | Program.cs, _Layout.cshtml |
gibt es keine Bundles. Builder mit eigenem Skript oder mit Markup am Seitenende, etwa Dialog und Button, bleiben ohne Wirkung, weil die BodyIncludes Skripte und BodyPlacer schreiben |
Zusätzlich für die Fehlerseiten
builder.Services.AddSiwfErrorPages(builder.Configuration)mit der SectionErrorPagesinappsettings.json. Ohne sie erscheinen die Fehlerseiten trotzdem, aber mit dem SIWF-Standardlogo und den Standardtexten.app.UseSiwfErrorPages(isDevelopment)leitet Fehler auf diese Seiten um und ersetztUseExceptionHandler. Ohne sie gibt es die Seiten, aber keine Umleitung dorthin.
Beide Hälften sind auf der Seite Fehlerseiten beschrieben.
Zusätzlich für ES-Module
no-cachefür die Modulverzeichnisse. Native ES-Module werden nicht gebündelt, der Versionsstempel wirkt nur auf die Einstiegsdatei. Ohne ETag-Revalidierung für die Verzeichnisse ausModuleScriptRegistry.GetModuleDirectories()bleiben Änderungen an importierten Modulen unsichtbar, bis der Browser-Cache verfällt. Wie das inUseStaticFilesaussieht, steht im Bereich Wie funktionierts unter Bundles › ES-Module.