Bei .NET sind wir derzeit bei .NET 7 angekommen. Diese Version ist als STS (Standard Term Support) ein Zwischenschritt zwischen der .NET 6.0 und .NET 8.0 beide LTS (Long Term Support).
Die finale Version von .NET 8.0 wird im November 2023 erwartet. Aber daran wird schon gearbeitet. Gestern hat man auf GitHub die aktuellen Neuigkeiten und Fortschritte beschrieben. So hat man schon mehr als 70 Probleme behoben und 29 Verbesserungen integriert. Dazu gehören:
- Lazy-Loading für no-tracking Abfragen
- Opt-out von Lazy-Loading für bestimmte Navigationen
-Reverse Engineering für Synapse Serverless SQL Pool und Dynamics 365 TDS Endpoint - Suche nach verfolgten Elementen nach Primärschlüssel, Alternativschlüssel oder Fremdschlüssel
- MaxLength nach Konvention für TPH-Diskriminator-Spalten festgelegt
Ist sicherlich nur etwas für die „Profis“ unter euch. Aber wer neugierig sein sollte, kann die Daily Builds schon ausprobieren, bevor die ersten Previews erscheinen. Diese Daily Builds sind kompatibel mit .NET 6 und .NET 7.
Info und Download:
.NET 8 Neuigkeiten, Fortschritte, Roadmap und Daily Builds
>Diese Daily Builds sind kompatibel mit .NET 6 und .NET 7.
>
Was heißt das? Kann man damit die alten beiden Versionen vollumfänglich ersetzen? Ist mir fast schon egal wie viele Runtimes parallel laufen. Oder muss der Entwickler dafür kompiliert haben?
Bedeutet, dass .NET 8 auch neben den anderen installiert werden kann.
Gut das war ja nie anders. Anderes Beispiel: Bei VisualStudioC++ Runtimes treiben PC-Spiele sogar so sehr Unwesen, dass veraltete Versionen parallel zu der neueren Version installiert werden.
Da .NET über Windows Update mit aktualisiert wird sind das 1. Welt-Probleme.
Schönes WE!
Dieser Blödsinn hat zum Glück ein Ende gefunden mit Redist 2015-2022
gepostet mit der Deskmodder.de-App für Android
Irre wie schnell sich das alles entwickelt. Kommt man ja kaum noch hinterher…
Ab NET Framework 4.5 hat man eine Abwärtskompatibilität die auch läuft in der Regel bis runter auf 2.x
Von Haus aus steht aber damit die ach so tollen .Net Anwendungen noch toller laufen laufen da „Sinnlos“ als Relikt im Programm ein Verweis drinnen was die Dinger gerne für eine Version hätten. Bei alten Gammelprogrammen oder heute noch von „Experten“ programmierten Sachen fragt man dann aber keine Mindestversion ab sondern explizit absolut Sinnlos eine genau VersionsNr. In dem Fall verweigert die Anwendung dann Grundlos weil der Dev. ein Depp ist den Dienst.
Man kann aber auch erzwingen dass .Net Anwendungen immer nur mit der aktuellsten Version laufen sollen.
->
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\OnlyUseLatestCLR auf 1 setzen
Im Prinzip reicht immer die letzte Version wenn man kein Anwendungen unter 2.X ausführen will!
Und nicht vergessen …. „net framework“ ist nicht „net core“!
Ansonsten kann man es auch mit einer .config Datei einstellen die den Namen der exe Datei hat
Also app.exe.config.
Das es mittlerweile 3 .Net core Pakete gibt und dann noch in verschiedenen Ausführungen ist echt bescheuert.
Da kann man froh sein, dass .net 4.8 so kompatibel ist.
Vorsicht mit 4.8.1 das ist ein Major Release und eine anwendung kommen damit nicht klar.
Wird zum Glück nicht per WU verteilt (wie immer schon bei releases)
gepostet mit der Deskmodder.de-App für Android
Den Schlüssel gibt es bei mir nicht.
Den muss man selber anlegen. Der war aber nur für .NET Framework 1.0/1.1 gedacht.
Ah, ok. Dachte ich kann damit auf 4.8 verzichten. Trotzdem danke.
Nein. 4.8 ist der .NET Framework Zweig. Der bleibt soweit. Danach geht es ja mit .NET Core bzw. jetzt nur noch mit .NET weiter. Das sind zwei unterschiedliche Zweige.
Ah ok, das verwirrt einen ja.
MS kommen kaum hinterher https://github.com/orgs/dotnet/projects/105 🤣