Very impressive talk! At the beginning, I was very skeptical, but Nick completely turned me around. I hope to see more from him in the future. Well worth a watch.
Great video. I liked the comparison to Fast API and Express, which have successfully scaled to huge projects over the last few years. The .NET community could learn a lot from these other huge high performance projects.
I am participating an a microservices project just starting out. I have been annoyed after learning controllers that I have to go away from it so I have been pushing this minimal API to the future abit. After watching this I will recommend the others in my team to have a look aswell. Thank you for a great talk and for the example given.
I dont know sometimes I tend to prefer Java way of making things explicit instead of hiding everything behind syntax sugar making it even less readable .
Clean Architecture is surely not a panacea or a silver bullet. And it's easy to overdo, especially since the industry tends to overdo everything. At its core it's just some sane SRP considerations to apply on the higher levels of an application structure, e.g. it's good to have an interface layer (for example Rest API endpoints) well-separated from the application logic, and to create generalized interfaces for infrastructural services to serve as a boundary between external and internal concerns. While it's not common to replace DB implementation, it's much more common to replace generic external services like ecommerce APIs, accounting services, etc., and if those bleed deeply into a properly sized business logic or domain, that alone can cause a world of pain. IMO domain and application layer separation is usually not important. And yes, controllers are pretty trash. 😄 But what's way more trash, and very commonly seen even in this day and age, is a mind-bogglingly horizontal application structure with proper 1990 style tech folders, like models, services, helpers, validation, etc. It develops into a special type of horrible spaghetti code every single time, but many devs still haven't learned the value of screaming architecture, feature folders, and vertical slicing. (This last paragraph wasn't directed at the demo app shown btw. Obviously tech folders are fine for demos, since there is usually not enough 'meat' to derive or discriminate proper concepts that would drive the design of the application structure.)
Im planning to learn C# and .NET. Would I be able to understand this video or do i need C# and .Net proficiency to understand this. I'm primarily a Node & React dev. Thank You
As some1 how learned coding for himself on a c64, it was a big struggle to get compilers on pc's. I was a struggle to use all the warez stuff. I felt in love with the linux community and the great work of linus torvald and all the contributers who made linux great. I loved gentoo linux, i loved arch linux later on. Now i have a new job and have to code in c# and i really love it. I love the language, i love how the languages evolves and i think it's time to forgive microsoft for the fight against linux and open source... which is a hard emotional thing for me, because i really hated microsoft balmer/gates for it.
This is cool for writing something that is literally just an API that only ever returns data and it certainly simplifies the development of those especially for new developers, but this isn't a replacement for MVC and other related patterns. You are not going to write something like an OAuth2 server with this where the same endpoint can sometimes return data, a view, redirect, etc. depending on the flow/client type. There is still routers and controllers, it is just hidden to you just like main in the program.cs, using statements, etc.. Also, DI and services being injected should already be available so you would just be referencing them, so no more memory being used, kind of the entire point of DI.
That was an informative and well structured lecture. But most of all, it was an educational lecture on picking the head up from one's narrow work context, and watching the bigger picture of the community. The last sentences were a masterpiece. Besides, getting used to a paradigm is considered as a good practice only while keeping the mind open to examine the renewed and updated ones.
Ok, Minimal APIs is the future instead of MVC Controllers - but the last example uses FastEndpoints which is an alternative to Minimal APIs and MVC Controllers; now what is the point of the NDC talk? MVC Controllers are bad, Minimal-APIs are better but unfortunately not good enough - please don't use the Microsoft stuff but please use FastEndpoints which have a Minimal-APIs like architecture but don't use Minimal-APIs themselves.... But how bad are MVC controllers really - impressive 30% slower - that's a fraction of what the average software abstraction that software architects seem to invent every year easily consumes. Ok but MVC controllers have violated the single responsibility principle; yes exactly for 10 lines of code that an endpoint requires before going to the dedicated service provided by the DI container.
So Minimal API is API that can not be used in any decent project without third party library like FastEndpoints. That is worse in some aspects than single method controllers. Certainly a way to go!
The idea of hiding and minimizing boilerplate code from product developer to make him think and implement business logic is great. Think this is a real idea behind this talk
Very impressive talk! At the beginning, I was very skeptical, but Nick completely turned me around. I hope to see more from him in the future. Well worth a watch.
Great video. I liked the comparison to Fast API and Express, which have successfully scaled to huge projects over the last few years. The .NET community could learn a lot from these other huge high performance projects.
I am participating an a microservices project just starting out. I have been annoyed after learning controllers that I have to go away from it so I have been pushing this minimal API to the future abit. After watching this I will recommend the others in my team to have a look aswell. Thank you for a great talk and for the example given.
great presentation, after this talk, I am going to start pushing my higher management on the importance of moving towards minimal APIs.
Nick is awesome! Bravo..
This makes me appreciate Node/Express even more!
I have implemented this to my actual project and it is insanely beautiful
What would a structure look like without the "FastEndpoints" package?
Thanks learner a lot
"I use Arch btw"
LOL 😂
Great presentation. I really like the comparison with Python and JavaScript
4:35 my favourite part of the whole video.🤣
I just finished watching a movie. 🙂. Its an amazing episode. duly enjoyed. Thank you.
I dont know sometimes I tend to prefer Java way of making things explicit instead of hiding everything behind syntax sugar making it even less readable .
@nickchapsas I really appreciated that well made transformers meme
How much "way faster" are your single action controllers that you call "endpoints"?
Where is the code for it please?
Clean Architecture is surely not a panacea or a silver bullet. And it's easy to overdo, especially since the industry tends to overdo everything. At its core it's just some sane SRP considerations to apply on the higher levels of an application structure, e.g. it's good to have an interface layer (for example Rest API endpoints) well-separated from the application logic, and to create generalized interfaces for infrastructural services to serve as a boundary between external and internal concerns.
While it's not common to replace DB implementation, it's much more common to replace generic external services like ecommerce APIs, accounting services, etc., and if those bleed deeply into a properly sized business logic or domain, that alone can cause a world of pain.
IMO domain and application layer separation is usually not important.
And yes, controllers are pretty trash. 😄 But what's way more trash, and very commonly seen even in this day and age, is a mind-bogglingly horizontal application structure with proper 1990 style tech folders, like models, services, helpers, validation, etc. It develops into a special type of horrible spaghetti code every single time, but many devs still haven't learned the value of screaming architecture, feature folders, and vertical slicing.
(This last paragraph wasn't directed at the demo app shown btw. Obviously tech folders are fine for demos, since there is usually not enough 'meat' to derive or discriminate proper concepts that would drive the design of the application structure.)
ruclips.net/video/JMw1GmJzF6A/видео.html
Do you have a recommendation of any place where I can study application structure/architecture best practices?
Where can I find the source code to follow the structure ?
You can't. It's not available because reasons.
He says it's on his github and I easily found it
Im planning to learn C# and .NET. Would I be able to understand this video or do i need C# and .Net proficiency to understand this. I'm primarily a Node & React dev. Thank You
which IDE is he using ?
Rider (jetbrains)
As some1 how learned coding for himself on a c64, it was a big struggle to get compilers on pc's. I was a struggle to use all the warez stuff. I felt in love with the linux community and the great work of linus torvald and all the contributers who made linux great. I loved gentoo linux, i loved arch linux later on. Now i have a new job and have to code in c# and i really love it. I love the language, i love how the languages evolves and i think it's time to forgive microsoft for the fight against linux and open source... which is a hard emotional thing for me, because i really hated microsoft balmer/gates for it.
This is cool for writing something that is literally just an API that only ever returns data and it certainly simplifies the development of those especially for new developers, but this isn't a replacement for MVC and other related patterns. You are not going to write something like an OAuth2 server with this where the same endpoint can sometimes return data, a view, redirect, etc. depending on the flow/client type. There is still routers and controllers, it is just hidden to you just like main in the program.cs, using statements, etc.. Also, DI and services being injected should already be available so you would just be referencing them, so no more memory being used, kind of the entire point of DI.
I don't know man, seems like just smaller controllers to me with a different name.
It’s the other way round
Maybe you didn't pay attention...
@@RichardDavenport Grow up
@@RichardDavenport Is that so? explain your reasoning
Where is the source code?
That was an informative and well structured lecture.
But most of all, it was an educational lecture on picking the head up from one's narrow work context, and watching the bigger picture of the community.
The last sentences were a masterpiece.
Besides, getting used to a paradigm is considered as a good practice only while keeping the mind open to examine the renewed and updated ones.
And still doing the same: CRUD data. Next year something else than minimal API doing....the same.
I was in the middle of thinking "hmm that reminds me of NancyFx" and then..
On the one hand cool, on the other hand you are quickly lost, the code and the processes are not comprehensible.
Why is he doing a duckface
🤣
Unfortunately that’s what happens when you’re really good at C# 😢🦆
meeeh meeeeh
No native data validation, dangerous
Ok, Minimal APIs is the future instead of MVC Controllers - but the last example uses FastEndpoints which is an alternative to Minimal APIs and MVC Controllers; now what is the point of the NDC talk? MVC Controllers are bad, Minimal-APIs are better but unfortunately not good enough - please don't use the Microsoft stuff but please use FastEndpoints which have a Minimal-APIs like architecture but don't use Minimal-APIs themselves....
But how bad are MVC controllers really - impressive 30% slower - that's a fraction of what the average software abstraction that software architects seem to invent every year easily consumes. Ok but MVC controllers have violated the single responsibility principle; yes exactly for 10 lines of code that an endpoint requires before going to the dedicated service provided by the DI container.
I also was disappointed, because was waiting him to group minimal API's in files nicely using built-in stuff.
So Minimal API is API that can not be used in any decent project without third party library like FastEndpoints. That is worse in some aspects than single method controllers. Certainly a way to go!
If you are asking that question after watching the video it's certainly not for you.
can wait to retire and quit this miserable field!!!... wish I can switch fields before then!
Is it a joke?)
U are talking about simplicity on ‘hello world’ example…
The idea of hiding and minimizing boilerplate code from product developer to make him think and implement business logic is great. Think this is a real idea behind this talk
Controllers never share state between actions - false claim.
Didn’t say that. I said that they never share state, so why are they sharing real estate, as in, the controller class
why is the main topic in this video? he talked about a lot of things, you own me 54 min, what a mess this talk
How i loved ruby / sinatra