Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Wenn Sie eine App zu ASP.NET Core 9 migrieren, können sich die hier aufgeführten änderungen auf Sie auswirken.
In diesem Artikel werden die einzelnen Breaking Changes als mit der Binärdatei inkompatibel, mit der Quelle inkompatibel oder als Verhaltensänderung kategorisiert:
Binär inkompatibel – Wenn sie gegen die neue Laufzeit oder Komponente ausgeführt werden, können vorhandene Binärdateien eine Verhaltensänderung erfahren, z. B. Fehler beim Laden oder Ausführen, und falls ja, ist eine erneute Kompilierung erforderlich.
Quelle inkompatibel: Bei der Neukompilierung mit dem neuen SDK oder der neuen Komponente oder zur Ausrichtung auf die neue Runtime sind für vorhandenen Quellcode möglicherweise Quelländerungen erforderlich, damit die Kompilierung erfolgreich ist.
Verhaltensänderung – Vorhandene Code- und Binärdateien verhalten sich zur Laufzeit möglicherweise anders. Wenn das neue Verhalten unerwünscht ist, muss vorhandener Code aktualisiert und neu kompiliert werden.
| Title | Art der Änderung |
|---|---|
| DefaultKeyResolution.ShouldGenerateNewKey geänderte Bedeutung | Verhaltensänderung |
| Dev Cert Export erstellt keinen Ordner mehr | Verhaltensänderung |
| Forwarded Headers Middleware ignoriert X-Forwarded-*-Header von unbekannten Proxys. | Verhaltensänderung |
| HostBuilder aktiviert ValidateOnBuild/ValidateScopes in Entwicklungsumgebung | Verhaltensänderung |
| Legacy-Mono- und Emscripten-APIs werden nicht in den globalen Namespace exportiert | Inkompatible Quelle |
| Middleware-Typen mit mehreren Konstruktoren | Verhaltensänderung |