Freigeben über

Unterbrechen von Änderungen in .NET.NET Aspire 9

  • Artikel

Wenn Sie eine App zu .NET 9 migrieren, können sich die hier genannten Änderungen auf Sie auswirken.

In diesem Artikel wird jede Änderung als binär inkompatibel oder quellinkompatibeloder als Verhaltensänderungkategorisiert:

  • 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 – Wenn das neue SDK oder die neue Komponente erneut kompiliert wird oder die neue Laufzeit anvisiert wird, muss der vorhandene Quellcode möglicherweise Quellcodeänderungen erfahren, um erfolgreich zu kompilieren.

  • Verhaltensänderung – Vorhandene Code- und Binärdateien verhalten sich zur Laufzeit möglicherweise anders. Wenn das neue Verhalten nicht erwünscht ist, müsste vorhandener Code aktualisiert und neu kompiliert werden.

Anmerkung

Dieser Artikel ist eine laufende Arbeit. Es ist keine vollständige Liste der änderungen in .NET.NET Aspire 9.

Änderungen werden abgebrochen

Titel Art der Änderung Eingeführte Version
Entfernen von Standardwerten aus AzureOpenAIDeployment ctor Binär inkompatibel .NET .NET Aspire 9.0 RC1
Python geänderte Ressourcen und APIs Inkompatible Quelle .NET .NET Aspire 9.0 RC1
Updates für implizit benannte Volumes, um Kollisionen zu vermeiden Inkompatible Quelle .NET .NET Aspire 9.0 RC1
Machen Sie unbenannte Volumes eindeutiger Inkompatible Quelle .NET .NET Aspire 9.0 RC1
Neue Azure.Provisioning-Version Inkompatible Quelle .NET .NET Aspire 9.0 RC1
Anpassung von AzureProvisioningContext zulassen Inkompatible Quelle .NET .NET Aspire 9.0 RC1
Änderungen an Azure.Hosting Schnittstellen Inkompatible Quelle .NET .NET Aspire 9.0 RC1
Verbessertes Azure Ressourcen-Namenschema Inkompatible Quelle .NET .NET Aspire 9.0 RC1
Updates zur Ollama-Integration Binär inkompatible Verhaltensänderung .NET .NET Aspire 9.0 GA