Microsoft brengt releaseversies van Visual Studio 2022 en .Net 6 uit

Microsoft heeft Visual Studio 2022 officieel uitgebracht. Met deze versie stapt het bedrijf onder andere over op 64bit voor zijn programmeerapplicatie. De techgigant bracht op maandag ook .Net 6 en PowerShell 7.2 uit.

Gebruikers kunnen Visual Studio 2022 sinds maandag 8 november downloaden. Het is de eerste keer dat de programmeersoftware beschikbaar komt als 64bit-app, kondigde Microsoft eerder al aan. Deze overstap doet de 4GB-beperking in het 'devenv'-proces teniet en daarmee moet het makkelijker worden om grote en complexe applicaties te openen, bewerken en debuggen zonder op geheugenproblemen te stuiten.

De nieuwe versie van Visual Studio krijgt volgens Microsoft ook een nieuwe, minder ingewikkelde interface met vernieuwde icoontjes, thema's en een nieuw Cascadia Code-lettertype. Visual Studio 2022 krijgt ook ondersteuning voor nieuwe C++-versies, C#10 en .Net 6. Die laatste kwam ook op maandag uit en moet onder andere betere prestaties bieden dan de voorgaande versie. .Net 6 is ook de eerste versie die ondersteuning biedt voor Apple Silicon-chips en ondersteunt ook Arm64. Het betreft verder een lts-versie, die drie jaar lang wordt ondersteund.

Verder introduceert Microsoft de releaseversie van PowerShell 7.2. Deze versie is gebaseerd op .Net 6 en moet onder andere prestatieverbeteringen, bugfixes en nieuwe api's meekrijgen. Vanaf versie 7.2 worden PowerShell-updates daarnaast geïnstalleerd via Windows Update. ANSI-ondersteuning wordt ook uitgebreid in PowerShell 7.2.

Reacties (42)

[jcbvm]

Hoe snel gaan die versies. Mijn applicatie zit nog op .net core 3.1

[GewoonWatSpulle]

Je hebt nog even maar je zal gewoon mee moeten met de tijd en mogelijkheden zie ook:
.NET and .NET Core release lifecycle

[jcbvm]

Op zich best netjes zie ik nu, een LTS van 2 jaar met 3 jaar support.

[Rub3s]

Vorige week nog een website geupdate van .net core 2.1 naar .net 5. Was een halfuurtje werk denk ik, viel heel erg mee! Target framework aanpassen en wat nuget packages updaten en ik was klaar. Zal vast erg afhankelijk zijn van de gebruikte packages e.d..

[R4gnax]

Vorige week nog een website geupdate van .net core 2.1 naar .net 5. Was een halfuurtje werk denk ik, viel heel erg mee! Target framework aanpassen en wat nuget packages updaten en ik was klaar. Zal vast erg afhankelijk zijn van de gebruikte packages e.d..

Als je bijv. van NodeServices gebruik maakt, wat Microsoft destijds nog aanhaalde als de production-grade wijze om NodeJS en het ecosysteem van NPM aan te tappen vanuit een .NET applicatie, en wat ze plechtig beloofden nog tot in lengte van jaren te blijven ondersteunen, dan kom je in elk geval zwaar bedrogen uit. Met de release van .NET 5 werd die ondersteuning volledig geschrapt. .NET Core 3.1 was de laatste versie die deze functionaliteit nog (deprecated) bleef ondersteunen. Je mag met de overgang naar .NET 6 als LTS dus weer volledig je eigen interop gaan schrijven of proberen aan te sluiten op een andere library die weer net anders werkt.

Ook leuk als je van de SpaServices gebruik maakt die daar bovenop lagen - specifiek de server-side-(pre)rendering features - want daar is in de tussentijd vziw helemaal geen enkel zinnig alternatief voor opgekomen. Mag je zelf van nul in elkaar gaan draaien.

(Opheffen van die ondersteuning heeft natuuuu---rlijk helemaal niets maar dan ook niets met het bestaan van Microsoft's eigen client-side Blazor framework te maken. ::kuch:: )

[Reactie gewijzigd door R4gnax op 25 juli 2024 03:33]

[7ven]

.NET 3.1 core is bijna 2jr oud, ruwweg een jaar later kwam .NET 5 en nu dus .NET 6, dus ruwweg 1 per jaar.

[Snake]

Jammer dat we nog altijd Visual Studio Code moeten gebruiken voor Rust.

Ik hoopte op ondersteuning in VS2022 om gebruik te kunnen maken van de tooling in Visual Studio.

VSCode + Rust Analyzer is goed, maar VS2022 biedt zoveel meer qua debugging.

[OMX2000]

Waarom zou dat gebeuren? VS Code support voor allerlei talen en frameworks is vaak community supported. In Visual Studio moet Microsoft dat doen, en ik zie Microsoft niet zo snel tooling voor Rust maken. Tenzij Windows development stapsgewijs over gaat op Rust. Maar anders zie ik Rust support in Visual Studio niet zo snel gebeuren.

[GertMenkel]

Microsoft heeft in het verleden losse tooling gemaakt voor onder andere Python en Typescript/Javascript, dus zo onkarakteristiek zou het niet eens zijn. Ze hebben ook een officieel Rust-crate uitgebracht voor (het grootste gedeelte van) de Windows API dat ze zelf onderhouden.

Ik denk dat het probleem hem vooral zal zitten in het feit dat Rust met haar vele, zware, complexe macro's niet goed samen zou werken met IntelliSense. Jetbrains Clion heeft redelijke Rust-support, maar zonder de nodige uitbreidingen (rust-analyzer i.p.v. plain Rust) gaat code completion in combinatie met veel libraries kapot omdat de macro's niet goed worden uitgevouwd.

[MSalters]

Rust macro's zijn niet erger dan C++ templates, en daar kan Intellisense mee omgaan.

[DanielsWrath]

Je zou ook Clion kunnen proberen ipv VS. persoonlijk vind ik de jetbrains IDE's een stuk prettiger werken

[AncientProphecy]

Nou, ik ben benieuwd.. had laatst de preview al eens geïnstalleerd om alvast wat te wennen. Nu schijnt dat nieuwe "Cascadia Code"-lettertype voor iedereen beter leesbaar te moeten zijn.. maar voor mij is het echt alsof ik naar een monitor met verkeerde aspect-ratio kijk.. ik heb direct de oude fonts teruggezet haha! Ben ik de enige hierin?

N.B. scheelde op mn 1440p ook gelijk 5 regels in de hoogte die ik extra heb met het oude font

[grrfield]

Ik heb weleens zitten zoeken naar 'het' font om te programmeren en deze was het zeker niet. Ik ben blijven haperen bij 'Consolas'. Dit is waarschijnlijk ook niet het beste font, maar ik ben deze gewoon geworden. Alles wat 'anders' is maakt mijn code gewoon onleesbaar. Hetzelfde heb ik met themes eigenlijk. Ik gebruik altijd hetzelfde en raak in de war als mijn ogen iets anders voorgeschoteld krijgen.

Waarschijnlijk zal dit voor jou ook wel meespelen.

Ik vind Consolas er zelfs wat ouderwets uitzien, maar ja...

[Reactie gewijzigd door grrfield op 25 juli 2024 03:33]

[PatrickH89]

Het zal je wellicht niet verbazen, maar een font is vooral iets persoonlijks. Ik heb de afgelopen Consolas, Fira Code en Jetbrains Mono gebruikt. Zijn allemaal prima, maar ik heb het liefst Fira Code (incl. ligatures). Een en ander hangt ook af van het OS en de resolutie/dpi waar je mee werkt.

[Isotope5004]

+1 voor Fira Code met Ligatures, ik zal nooit een andere kiezen

[SuperDre]

Ikzelf gebruik bij bepaalde IDE nog steeds geween een fixed-sys versie, maar voor mij moet het wel sowieso een font waarbij elk character even breed is, en consolas is ook een font dat ik regelmatig gebruik.

[Reactie gewijzigd door SuperDre op 25 juli 2024 03:33]

[bartje]

Cascadia Code is verschrikkelijk.

maar voor de rest is het geweldig
Ik heb het lettertype terug gezet naar "Consolas" en dan is het echt een opluchting. vooral bij hele grote applicaties.

[hiostu]

Wat bedoel je precies met: vooral bij hele grote applicaties? Voor de leesbaarheid van je code maakt de omvang van je applicatie toch niet uit? Ik ga er vanuit dat je niet in een enkel document je hele applicatie maakt en dat je de code in veel verschillende bestanden opsplitst. Of heb je het over de project explorer?

[bartje]

waarschijnlijk de project explorer. Wanneer je bij 2019 te veel projecten in je solution laadt wordt die soms heel traag, Het zou ook met de omvang van de projecten te maken kunnen hebben. date weet ik niet zeker.
Ik vermoed dat dit te maken heeft met 32bit geheugen gebruik.
maar bij 2022 heb ik die problemen niet meer.

[BonzO]

Ik zit al een aantal weken met de preview, na 1 dag weet je niet beter, en vind je het er andersom juist weer slecht uit zien.

[R4gnax]

Nu schijnt dat nieuwe "Cascadia Code"-lettertype voor iedereen beter leesbaar te moeten zijn.. maar voor mij is het echt alsof ik naar een monitor met verkeerde aspect-ratio kijk.. ik heb direct de oude fonts teruggezet haha! Ben ik de enige hierin?

Nee; je bent niet de enige. Ik vond toen Microsoft er een tijd terug een sample van toonden, het ook al veel minder sterk dan Consolas. En het lijkt sedert nul-komma-nul verbeterd te zijn.

Vraag me af of ze ook nog iets aan de bugginess gedaan hebben. De preview versie van Cascadia Code - de variant met ligatures - gebruiken in VS 2019 kon er toe leiden dat heel Visual Studio op willekeurige momenten crashte.

[Reactie gewijzigd door R4gnax op 25 juli 2024 03:33]

[bantoo]

Ja ik heb dit probleem ook. Het lijkt er op dat de nieuwe fonts enkel gemaakt zijn met hoge DPI schermen in gedachten. Snel terug gegaan naar het oude.

[maddog4004]

Consolas font ftw!

[m0h4life]

Afgelopen week ben ik toevallig nog bezig geweest visual studio (& code) en de Windows terminal te customizen, daar inderdaad ook cascadia voor geprobeerd (kaskaydia nerd font) maar dat was nogal wazig. Toen FiraCode nerd font gedownload en dat was een verademing ten opzichte van consolas. Maar dat is persoonlijk natuurlijk.

[faxityy]

Die hebben dat nochtans ook een half jaar geleden gedaan met hun "Jetbrains Mono" font (tenminste in intellij). Ben toen ook direct terug gaan opzoeken wat de oude default was.

Ben gewoonlijk wel open voor verandering, maar een font waar ik dagelijks uren naar kijk was me toch een grotere aanpassing dan verwacht.

[InZane]

Rider heeft wel weer andere nadelen. Ik vind de hele UI van Rider bijvoorbeeld stukken minder dan die van Visual Studio.

[RobinR]

Deze reactie waarschijnlijk nog minder dan die waar jij op reageerde. Dit soort comments kan je beter achterwege laten op Tweakers

[biteMark]

Je hebt gelijk

[Franckey]

Toch jammer dat ik ook nog steeds Visual Studio 2015 nodig heb voor (oude) Silverlight en Windows Phone projecten. Het had fijn geweest als dat via bijv. een plugin ook met Visual Studio 2022 zou kunnen.

[rookie no. 1]

Dit vraagt om toelichting, wat doe jij / doen jullie nog voor Windows Phone/Windows 10 Mobile?

[Franckey]

Op het werk zijn we bezig met nieuwbouw, maar de oude app is nog beschikbaar als referentie en fallback.
Privé heb ik nog wat projecten wat leuk is om nog te kunnen builden, maar die niet meer worden gebruikt. (O.a. een Tweakers.net app voor Windows Phone. 😉)

[rookie no. 1]

Leuk dat er nog e.e.a. aan het platform wordt gedaan. Ik gebruik de Lumia 950 nog af en toe, al wordt ook de browser steeds meer een probleem.

[SuperDre]

Ik moet wel zeggen dat niet alles wat ze nu toevoegen aan de nieuwe C# zo'n vooruitgang is, zoals wegpoetsen van blokken, begint hiermee bijna gewoon een compleet andere taal te worden, en het is er niet altijd beter mee, maarja wel weer minder typen..
Kijk ook uit naar de nieuwe Blazor verbeteringen.

[Ablaze]

Je hoeft het niet te gebruiken, maar het kan wel.
De nieuwe aanpassingen zijn vooral handig als je kleine projecten of scripts maakt. De code oogt meer opgeschoond en minder imposant voor beginners die vanaf een taal als Python komen.

[SuperDre]

Maar dat is nu juist het probleem, de 1 zal variant A gebruiken waarbij de ander variant B. Ik vind dit dus net een stapje anders dan bv wel of niet netjes je variabelen specificeren ipv overal maar var gebruiken.
Het zal dus kunnen zijn dat je binnen 1 project meerdere varianten voorbij ziet komen.

[Ablaze]

Dat is al heel lang de achilleshiel van C# onder .NET. Er zijn een hoop verschillende manieren om hetzelfde te bereiken.
Voor projectteams ontkom je bijna niet aan code conventions, dit is er denk ik ook een.

[wmrichard]

Eindelijk PowerShell 7.2. Aangezien het de eerste LTSR release is en bijna volledige comptabiliteit heeft met 5. Is deze versie vooral voor enterprises zeer interessant, PowerShell innovaties van bijna 4 jaar en tegelijkertijd enterprise servicing, ik ben fan.

[juiced01]

Tijdens mijn werk gebruik ik o.a. PHP, JavaScript (nodejs en front-end), en thuis soms Python, maar ga hier toch eens naar kijken, ik ben wel benieuwd!

[HooksForFeet]

Hoe werkt die nieuwe powershell met de Terminal in Windows 11? Die start automatisch in Powershell-modus maar wordt deze dan via de Store geupdate, of moet je alsnog zelf 7.2 installeren en dan instellen in Terminal?

[KoalaBear84]

.NET wordt echt steeds beter! Werk/hobby er zelf al sinds .NET 1.0 mee en zie het de laatste jaren echt veel verbeteren. Ook leuk is dat open source projecten sinds .NET Core ook leuker zijn omdat nagenoeg alle platforms supported zijn, en juist ook met de self-contained releases, en extra als je die trimmed en met een zipje van < 8MB een volledige release hebt.

Wow, de nieuwe PowerShell is echt vele malen sneller met opstarten. Normaal was het echt ongeveer 1.5 seconde wachten na een nieuwe tab in Terminal, nu is het nagenoeg instant.