Kostenloses Tool

Wie bereit ist Ihr .NET-Framework-Projekt für .NET 10?

Fügen Sie Ihre Projektdateien hinzu und sehen Sie in einer Minute, welche NuGet-Pakete und Teile der Anwendung den Umstieg von .NET Framework auf .NET 10 blockieren, welche Pakete bekannte Schwachstellen haben und wie aufwendig der Umstieg ungefähr ist.

Ihr Projekt

Fügen Sie .csproj-, .vbproj- oder packages.config-Dateien hinzu, wählen Sie den ganzen Solution-Ordner oder fügen Sie unten eine Datei ein.

Dateien wählenSolution-Ordner wählen

Oder fügen Sie den Inhalt einer .csproj- oder packages.config-Datei ein

Ihre Dateien bleiben in Ihrem Browser. Nur Paketnamen und Versionen werden zur Prüfung an nuget.org gesendet.

Was die Prüfung ansieht

/Das Ziel-Framework jedes Projekts.
/Jedes NuGet-Paket: ob die neueste Version .NET 10 unterstützt, ob es veraltet ist und ob Ihre Version eine bekannte Schwachstelle hat.
/Bekannte Blocker: Web Forms, WCF-Dienste, Remoting, Workflow Foundation, Crystal Reports und weitere.
/Das Projektformat und packages.config, die ersten Schritte jeder Migration.

Was die Prüfung nicht sieht

/Die Prüfung liest Projektdateien, keinen Code. APIs wie AppDomain, BinaryFormatter oder Remoting im Code sind hier nicht sichtbar.
/Pakete aus privaten Feeds werden nicht geprüft.
/Für eine Analyse auf Code-Ebene nutzen Sie den .NET Upgrade Assistant von Microsoft in Visual Studio. Der alte .NET Portability Analyzer wurde eingestellt.
/Die Einschätzung ist ein Richtwert, kein Angebot.

Typische Blocker beim Umstieg von .NET Framework auf .NET 10

ASP.NET Web Forms: Web Forms gibt es in .NET 10 nicht. Die Seiten müssen neu gebaut werden, meist in Blazor oder Razor Pages. Das ist der größte Teil der Arbeit.
WCF-Dienste: Das Hosten von WCF-Diensten ist nicht Teil von .NET 10. Die Optionen sind CoreWCF oder der Wechsel zu REST oder gRPC.
ASMX-Webdienste: Alte .asmx-Dienste laufen nicht auf .NET 10. Sie werden als Web-API-Endpunkte oder mit CoreWCF neu geschrieben.
.NET Remoting: .NET Remoting gibt es im modernen .NET nicht mehr. Die Kommunikation muss auf gRPC, HTTP oder eine Message Queue umgestellt werden.
Windows Workflow Foundation: WF wird in .NET 10 nicht unterstützt. Es gibt den Community-Port CoreWF, meist werden Workflows aber neu geschrieben.
Crystal Reports: Für Crystal Reports gibt es keine Laufzeit für modernes .NET. Die Berichte ziehen in ein anderes Tool um, oft ein eigenes Projekt.
COM+ (Enterprise Services): System.EnterpriseServices gibt es in .NET 10 nicht. Dieser Teil des Codes muss neu entworfen werden.
ASP.NET MVC: Controller und Views wechseln mit moderaten Änderungen zu ASP.NET Core MVC. Startup, Filter, Bundling und Authentifizierung werden neu geschrieben.
ASP.NET Web API: Controller wechseln mit kleinen Änderungen zu ASP.NET Core. Routing, Filter und Authentifizierung werden neu eingerichtet.
Abhängigkeit von System.Web: Der Code nutzt System.Web (HttpContext, Session, Request), das es in .NET 10 nicht gibt. Diese Teile werden an ASP.NET Core angepasst.
ASP.NET SignalR: Das alte SignalR ist nicht mit ASP.NET Core SignalR kompatibel. Server und Clients werden gemeinsam aktualisiert.
ReportViewer und RDLC-Berichte: Die alten ReportViewer-Steuerelemente sind an .NET Framework gebunden. RDLC-Berichte laufen mit Community-Paketen auf .NET 10 oder ziehen in ein anderes Tool um.
Entity-Framework-EDMX-Modell: EF6 läuft auf .NET 10, der EDMX-Designer nicht. Das Modell wandert in Code (Code First) oder zu EF Core.