Vorbedingungen
Was die Hostanwendung einmal einrichten muss, bevor das erste Beispiel läuft. Fehlt davon etwas, erscheint meist keine Fehlermeldung.
Das Paket braucht keine eigene Registrierung. Stile und Skript kommen über die Bundles, die Navigation zwischen den Schritten macht ein Controller der Anwendung. Fehlt davon etwas, erscheint die Leiste ungestaltet, oder «Weiter» und «Zurück» führen nirgends hin.
Setzt die Grundeinrichtung aus Basis › Vorbedingungen voraus.
Für Wizard und WizardNavigation
| Was | Wo | Fehlt es |
|---|---|---|
Paket FMH.Komponente.Wizard und FMH.Komponente.Basis |
.csproj |
Das Paket referenziert nur die Infrastruktur, seine Stile und sein Skript bauen aber auf der Basis auf: _wizard.scss bindet Farben und Schrift der Basis ein, das Skript nutzt fmhBtnEnabled und fmhBtnDisabled |
| Grundeinrichtung aus Basis › Vorbedingungen | Program.cs, _Layout.cshtml |
fehlen Gestaltung, Navigationslogik und das Sperren der Schaltflächen |
Je Schritt eine POST-Action mit string submitButton, ModelState.IsWizardValid(...) und RedirectWithWizardSetupAndNavigationValue(...) |
eigener Controller | führen «Weiter» und «Zurück» nirgends hin. Mit ModelState.IsValid statt IsWizardValid wirkt DisableInputValidationFor nicht |
Wie Controller und View zusammenspielen, steht in der Anleitung von Wizard. Dort steht auch,
dass beide Builder in ein <form method="post"> gehören.