NativeAOT for .NET APIs Is Here and It’s INSANE!

Hello, everybody, I'm Nick, and in this video, we will take a look at the brand new NativeAOT support for .NET APIs. We will see what's supported, what isn't and how, by using it, we can achieve 10 times faster startup times and 10 times smaller application size.

Don't forget to comment, like and subscribe :)

Social Media:

#csharp #dotnet

[computer]

I can't wait to be able to do this for real-world applications.
There's so many benefits of AOT, from the load time improvements, to the executable size, to the not having to rely on JIT on lower-end hardware.

Hopefully we start seeing better tooling and such for microcontrollers and RISCV that will be able to take some of the education/hacker market share from micropython.

[slowsigma]

Great video. Well done! Very accurate info based on my experience. Last year, I created a translation tool for our dev team (translate old HTML/VBScript to HTML5/JavaScript). Started out in .NET 6 self-contained, but then I switched it to .NET 7 AOT. The use case favors AOT with devs translating pages one by one. However, I built the translator to be able to spin through folders and translate multiple pages using concurrency. Translating 1K+ files under AOT is actually slower than under MSIL.

[proosee]

When I saw minimal APIs, I thought, "huh, looks a bit like nodejs" - so, now, with NativeAOT, you can have node-like experience when creating small APIs without compromising performance for whole node VM overhead, which might be pretty useful for some applications.

[charlpohlmann]

The more things change, the more they stay the same. If memory serves me right, MS removed the capability to compile to Native code in VB 5 (before the .NET days.) Then came along .NET with IL code, and now AOT is back again. Pretty soon I'm guessing MS will introduce a new language to the mix, and maybe they'll call it Assembler.

[gamedev_expert]

Looks like il2cpp from unity engine tool. I used it a lot. What i know after years: writing aot friendly code is difficult, but possible. And it always be few steps behind jit, and also will contain some bugs. But in some scenarios it's very good

[williamliu]

I hope it can finally apply to WPF/WinForm applications. It can also prevent such client programs from being decompiled in a sense.

[antosha]

Тhanks Nick. I thick you should start making your videos on mac or linux since so many people have questions about supporting other platforms except windows

[Alex-qtoo]

what about some big projects where a lot of serializable objects? What about their memory and startup time?

[michaelnee]

Most benefit will be for Lambda's and functions where you want it as small as possible and native.

[gabi-kyzz]

Feels like a huge improvement for the future of serverless with this greatly reduced start up time. Really looking forward on how serverless will evolve in few years.

[stephenraphael]

hi Nick, thanks for very interesting and informational video. But let's imagine what in some minimal api project type which contains a lot of http clients and serialization flows (as example 5-6 different serialization models) . Now do we need to create each time (5-6) json serializer context(s) and register in start up? Or it not relevant to do? Thanks

[Palladin]

I don't need it but it's awesome!

[rafaelfabro]

Will NativeAOT improve Azure functions cold start as well?

[justblue]

Hi Nick! You are great teacher and I enjoy every clip you make. Have you thought on making these courses (from dometrain I mean) available also on Udemy?

[zhamed]

Very cool! Which console are you using?

[leonardomoreno]

I didn't know that I needed till now 😂

[KieranDevvs]

The biggest lacking feature for me is the ability to statically link native dependency assemblies. It defeats the point of single file publish and limits it to managed assemblies only.
Also the file size output test wasn't fair, you'd need to enable trimming under link mode in the managed assembly, to have a fair comparison.

[ArnonDanon]

Very cool indeed but i hope the efforrt are not in one direction only, i'm worried about compatbilty. "Tommorow" this will be the new way to do things and im still "fighting" to move from controllers accepting xml to minimal api. I like the fact the we are getting a glimps to the future but i hope not to much will be "barried" in the past (signalR for example).

[DaliborHomola]

Anyone know if Complete Course Bundle will also include a future courses or just the released ones?🙂 Btw. Thank you for your videos on youtube Nick.

[_iPilot]

I'm wondering why did you mention docker and native compilation in one sentence. Is docker still necessary for AOT compiled applications?!