DEV Community

Cover image for Visual Studio 2022 is here✅ (5 features that you will love)
ByteHide
ByteHide

Posted on • Updated on • Originally published at bytehide.com

Visual Studio 2022 is here✅ (5 features that you will love)

We have already reached the middle of the year 2021 and Microsoft does not leave for tomorrow what it can announce today. From the hand of CVP Amanda Silver we get some news that the next version of Visual Studio will incorporate, which we already know officially as Visual Studio 2022.


🟣Visual Studio 2022 new features

.NET 6

Probably the most relevant feature is the inclusion of .NET 6, which will be among us in November 2021. .NET 6 will allow the creation of multiplatform applications and will already incorporate specific frameworks for Android and Mac. Here are the news about .NET 6.


.NET MAUI

The most remarkable functionality of this new version of the framework will be .NET MAUI. Is a technology that allows you to create common interfaces for any environment, be it desktop, mobile or web, and on any operating system. .NET MAUI is the replacement for Xamarin Forms and will add the ability to create desktop applications using Blazor.

Image description


64-bit Visual Studio

One of the great novelties comes from the same application. And it is that Visual Studio 2022 will be for the first time a 64-bit application, which will no longer be limited to 4 GB of memory in the main **devenv.exe**process. The goal is to be able to open, edit, run, and debug even the largest and most complex solutions without running out of memory. Obviously, both 64-bit and 32-bit applications can be created.

Unrestricted access to all memory on the PC should result in much better performance across the board and fewer out-of-memory errors. Microsoft says it is working to make every part of the workflow faster and more efficient, from loading solutions to debugging F5.

Here you can see how Visual Studio 2022 loads a solution with 1,600 projects and more than 300,000 files.

Image description


New user interface

Other new features include a modernization of the user interface, with lighter icons for the light and dark versions of the interface.

Overall, the goal is to reduce complexity, decrease cognitive load, and offer better usability for all users. The new version will include:

  • Updated icons for clarity, readability, and contrast.
  • Cascadia Code, a new fixed width font for better readability. (It can already be tested at GitHub)
  • Updated and improved themes.
  • Integration with Accessibility Insights to detect accessibility issues early on, before the software reaches end users.
  • Customization of the experience with Visual Studio, with settings for the IDE and the ability to synchronize (or not) settings between devices.

Image description


Hot Reload

There is also the Hot Reload feature that allows making changes to the interface while the project is in debugging and applying them without having to restart debugging.

Image description

Top comments (33)

Collapse
 
jwp profile image
John Peters • Edited

I'm a big VS fan: however I see this as a ho-hum release.

All the Maui hype must stand on its own, as MSFT throws entire frameworks and adopters under the buss all the time. And XAML lost the war after MSFT abandoned huge parts of it 10 years ago. I mean didn't they show us that Electron is king today?

Add to that all the hype of Razor (10 years too late).

Some new Icons and a font.

Not much here than another feeble attempt to patch together the horrible fragmented environment they created in the rush to get to Azure.

You aren't serious though are you Microsoft, you have hot reload now?
Yawn...

Collapse
 
truebzyq profile image
Pawel • Edited

The problem with Electron is... Javascript. Believe me this is one of the worst programming language ever. Why people are writing right now everything in Javascript? Electorn for window apps, React Native for mobile apps etc? I don't know, maybe because they are thinking that its easy? But in the end this is really hard to write language. With all this == and === and ... etc. That cause bunch of bugs because simply it has got so many rules and edgecases and special signs that in the end its hard to not make a bug. And the other thing is performence. JAvascript is the programming language like a virus and i hope that someday someone will deliver a medicine for this virus

Collapse
 
jwp profile image
John Peters • Edited

It could be argued writing to a browser interface is way easier than learning XAML and the windows cluster f--k. Don't even mention C++ and windows.

Learning .net windows programming takes a very long time. I've been doing it for 20 years.

Learning Dom based on HTML far easier.

Thread Thread
 
truebzyq profile image
Pawel

Well it is defienetly not true. What is hard to understand in XAML? Bindings? This is the only difference between XAML and HTML, it is still markup language, this is not a "programming language". The other difference that i can see are threads, and yes this is hard to understand but how you would like to write electron windows app without knowing threads? Everything in one thread? What about testability? what about MVVM? Should we use dumm programming language because we don't have skilled programmers? Should we allow not-skilled programmers write code for cars, plains, rockets, or for our private mobile phones? Should we allow people without driving licence, drive a car? If wirting Javascript is easier (only at start) it means that we should allow to make everything in this crap?

Thread Thread
 
stojakovic99 profile image
Nikola Stojaković • Edited

Exactly.

And there are bunch of other cross-platform options for desktop development. You don't even need to use C++ - you can use Rust or Java or some other language depending on the needs of your project. Tauri is a good Rust solution which doesn't use Chrome instances like Electron but webviews. You can use HTML, CSS and JS and do performance intensive parts in Rust.

Thread Thread
 
jwp profile image
John Peters • Edited

I've done XAML since release 1.0 that's around 20 years now. I also worked front-end for 10 years. Apart from the fact that Javascript dominates in a major way now, and that Node is winning (as a direct competitor to .net), and that node can run multiple threads, and that the Chrome V8 engine killed all competitors, and that V8 is in node, and isomorphic design is rampant, and that Microsoft has only TypeScript which Javascript people hate.

Go ahead, let the XAML Love bite you. In the meantime, I will forgo Microsoft's throw adopters under the bus syndrome until I see something from them approaching Npm. That will never happen as bodies in motion stay in motion. Bodies at rest require a push to get going. But when NPM is already light years ahead there will not be an equal.

I used the Electron inspired Visual Studio Code for 7 years. It is lightning fast and acts just like a desktop application.

Thread Thread
 
jwp profile image
John Peters

Java desktop is worse than Windows forms.

Thread Thread
 
stojakovic99 profile image
Nikola Stojaković

and that node can run multiple threads

What do you mean by this? Yes, there are thread workers, but it's not the same as having "pure" multi-threaded application.

and that Microsoft has only TypeScript which Javascript people hate.

Yes, it's hated so much by the JS community that pretty much all popular JS libraries adopted it (and it has great adoption among JS community overall).

But when NPM is already light years ahead there will not be an equal.

NPM is not light years ahead, and I say this as someone who works as JS developer on the daily basis. It's good but nowhere near great. There are far too many packages where authors didn't put much thought into design, there are no agreed standards for many things and it's easy for dependencies to screw the project.

Compare that to Cargo which is light years ahead of pretty much every package manager out there.

I used the Electron inspired Visual Studio Code for 7 years. It is lightning fast and acts just like a desktop application.

Which, surprise, has been designed by Microsoft and is written in TypeScript. Also, Microsoft invested heavily into V8 to make VSC fast. Go run five Electron apps at once and see how performant that is. It's like running five Chrome instances. That's definitely not the way to go.

Thread Thread
 
jwp profile image
John Peters • Edited

Read up on the Node cluster module and nodeaffinty. Full support for multicore cpus.
Node matches dotnet async patterns.

Thread Thread
 
jwp profile image
John Peters

TypeScript is way better than Javascript. It MSFTs only real universal contribution to the Web world.

Thread Thread
 
jwp profile image
John Peters

Compare NPM to NUGET and we find that nuget is a minnow compared to the whale NPM

NUGET is a wimp. In every way.

Thread Thread
 
jwp profile image
John Peters

When you say Electron is non performant what links do you have supporting that?

Thread Thread
 
jwp profile image
John Peters

I can tell you are still hoodwinked into dotnet is better than chewing gum feeling. That will change once MSFT throws you under the bus like they did us their loyal adopters over the past 20 years.

Thread Thread
 
aheisleycook profile image
privatecloudev

i droppped dotnet for php

Collapse
 
lintapop profile image
lintapop

Typescript, cure or evolved virus?

Thread Thread
 
aheisleycook profile image
privatecloudev

cure

Thread Thread
 
jwp profile image
John Peters

Cure

Thread Thread
 
truebzyq profile image
Pawel

All big companies are trying to solve (cure) this problem, Microsoft - TypeScript, Google - Angular, Facebook - React etc. etc. but during all those years it looks like it wasn't a solution because virus is evolving into Electron, React Native. I hope that Web-Assemblies will kill it, and it will die like Flash ;)

Collapse
 
aheisleycook profile image
privatecloudev

use php maybe :D

Collapse
 
negotiamini profile image
Negotiamini

Hear, hear!

Collapse
 
middendorp1970 profile image
marc middendorp

Tell me which development tool supports al this? You only complain but do not add something to the conversation.

Collapse
 
jwp profile image
John Peters

Electron, please reread my post.

Thread Thread
 
middendorp1970 profile image
marc middendorp

I did. Nothing changed...

Collapse
 
aheisleycook profile image
privatecloudev

microsoft is more insteaded in there cloud world then they are with other products

Collapse
 
jwp profile image
John Peters

Yes this was why their XAML offerings failed, they were only focused on cloud for past 7 years.

Thread Thread
 
aheisleycook profile image
privatecloudev

they still are. cloud is everyting this is why i gave up on windows.

Thread Thread
 
aheisleycook profile image
privatecloudev

they pretty much see cloud as the end all beginning with windows 365 nad the microsoft linux distro which is only designed for cloud like amazon linux is

Thread Thread
 
aheisleycook profile image
privatecloudev

to me microsoft and xbox pretty only do cloud as a service windows got turned into desktop as a service for businesses

Collapse
 
aldycool profile image
Aldy J

Well, according to here: docs.microsoft.com/en-us/dotnet/ma..., it still missing support to build for web and linux from a single codebase, different than you claim in this article: "... be it desktop, mobile or web, and on any operating system."

Care to elaborate your source?

Collapse
 
grbd profile image
Hecatron • Edited

It can be done if you use blazor instead of using the maui controls
github.com/Garderoben/MudBlazor.Te...

If you place your shared app code into a razor control library then use maui / winforms / wpf Webview for windows.
Or chromely for Linux
Or maui for android / ios
Web is also possible
To create a small fronted stub for each platform that references the core razor control lib

Collapse
 
aldycool profile image
Aldy J

Well, then, if we have to resolve to Blazor, then the Maui itself is still not supporting Web + Linux right... never mind then, that means Maui is not quite all-platforms ready yet like the rest of the competitors.

Collapse
 
jwp profile image
John Peters

Investment in blazor is a career dead end.

Thread Thread
 
ody profile image
odyyudah

why blazor is a career dead end?