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 Section ErrorPages in appsettings.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 ersetzt UseExceptionHandler. 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-cache für die Modulverzeichnisse. Native ES-Module werden nicht gebündelt, der Versionsstempel wirkt nur auf die Einstiegsdatei. Ohne ETag-Revalidierung für die Verzeichnisse aus ModuleScriptRegistry.GetModuleDirectories() bleiben Änderungen an importierten Modulen unsichtbar, bis der Browser-Cache verfällt. Wie das in UseStaticFiles aussieht, steht im Bereich Wie funktionierts unter Bundles › ES-Module.