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.
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.
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.
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.
Top comments (33)
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...
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
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.
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?
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.
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.
Java desktop is worse than Windows forms.
What do you mean by this? Yes, there are thread workers, but it's not the same as having "pure" multi-threaded application.
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).
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.
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.
Read up on the Node cluster module and nodeaffinty. Full support for multicore cpus.
Node matches dotnet async patterns.
TypeScript is way better than Javascript. It MSFTs only real universal contribution to the Web world.
Compare NPM to NUGET and we find that nuget is a minnow compared to the whale NPM
NUGET is a wimp. In every way.
When you say Electron is non performant what links do you have supporting that?
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.
i droppped dotnet for php
Typescript, cure or evolved virus?
cure
Cure
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 ;)
use php maybe :D
Hear, hear!
Tell me which development tool supports al this? You only complain but do not add something to the conversation.
Electron, please reread my post.
I did. Nothing changed...
microsoft is more insteaded in there cloud world then they are with other products
Yes this was why their XAML offerings failed, they were only focused on cloud for past 7 years.
they still are. cloud is everyting this is why i gave up on windows.
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
to me microsoft and xbox pretty only do cloud as a service windows got turned into desktop as a service for businesses
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?
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
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.
Investment in blazor is a career dead end.
why blazor is a career dead end?