Hey friends, Because it was mentioned in the comments, I want to talk about why I chose to show the presentation layer directly referencing the infrastructure layer for service registration in this tutorial. This is a practical approach I picked to keep things simple, especially for educational purposes. It's something you'll see in a lot of .NET projects because it makes setting up services straightforward, thanks to ASP.NET Core's dependency injection. I aim to make my tutorials helpful for developers at any level, and sometimes that means choosing simplicity over strict adherence to principles like Clean Architecture. However, I get the concerns about layer separation and plan to explore more about Clean Architecture in future videos. Thanks to everyone for the feedback. It really helps guide what I cover next and makes our discussions here richer. Appreciate all of you being part of this community and helping each other learn and grow. Take care & happy coding, Patrick
@ittaitumelo10 ай бұрын
It would be nice to see a project example, I am new to this architecture. If you have time....
@josephlittle281210 ай бұрын
Patrick, could you extend this video and discuss the next steps like adding authentication + db + EF, which project those belong in, and how they can be used in the Application layer. Thanks mate.
@ivankovachev883510 ай бұрын
EF Core is integrated really easily, you usually put it in the infrastructure project or a separate Data Layer. You register the Database and DbContext in the middleware inside Program.cs using the built-in dependency injection. Then in the application layer, make yourself a bootstrapper class that uses the IServiceCollection and IServiceProvider interfaces. The former to map the instances to an interface or on their own, and the former to use them in your main execution path. And for testing purposes you make a Repository, which is a bit redundant since it's EF-core, but that repository then makes unit and integration testing much easier due to the fact that you can write stubs and mocks much more easily with it.
@Excepti0nal77710 ай бұрын
I think it would be great to see more real world examples using blazor, clean architecture with CQRS etc. Everyone is doing the basic out of the box type videos on .net 8 blazor. It would be great if you would go more in depth and to see an actual enterprise level application with UI customization. It would also be great to see how to structure nested components when you are using interactive blazor with something like mudblazor theming etc. Thanks @PatrickGod!
@guillermomazzari832010 ай бұрын
It be nice to see an extended video using services and dapper please
@barry104810 ай бұрын
YES! Exactly what was going to request.
@Marshall446610 ай бұрын
Great video it would be good if you could create a longer video on this with Mediatr etc. and show how we can make it into a template so it’s easier to start new projects
@PatrickGod10 ай бұрын
Great suggestion! Thanks for your feedback!
@jbot853010 ай бұрын
@@PatrickGod Yes, I also agree. I'm also new to Blazor and I found this video interesting, and inspired me how to start working with Blazor applications.
@gastonmartinez621310 ай бұрын
Very informative video as usual Patrick, I'd love to see more videos about Clean Architecture in Blazor 8, I'm still having some issues with that, especially on auto render mode with .Client and .Server projects. Thanks for all your work and help to the Blazor community.
@PatrickGod10 ай бұрын
Noted! Thank you very much for your feedback!
@TheSipfabio10 ай бұрын
I'm watching 12 minutes and I have 7 left. I don't want them to run out!!! Please continue with this video!!!
@mehdisijelmassi493310 ай бұрын
Thx, a very good video ! Is it possible to do one with mediatr and a CRUD to see how all the layers work together. Thx
@kek_145910 ай бұрын
Thank you for the video! Now I would like to see part 2 using CQRS and MediatR
@jean-michelgrandvalet58978 ай бұрын
I appreciate a lot your explanations of a technology which includes a view on the architecture whose is too often forgotten
@tinchant10 ай бұрын
@PatrickGod Congrats on another great video! It would be even better if you show us a sample from presentation layer through mediatr showing how you would do a query and a command through the domain and infrastructure. Really just a CRUD sample, i really get everything you showed us here but i believe a jr might need more clues
@silenttoji10 ай бұрын
Hey Patrick, I hope I did not miss this, but could you please make a video about login and user management in Blazor SSR? I really enjoyed your video about the CRUD system in SSR, but I need a login for that. Thank you really much for all your amazing courses! Have a nice weekend!
@marcosavarese557610 ай бұрын
Thanks for this very interesting video!! You explain even difficult topics in a simple way. A video on CQRS and Mediator would also be very helpful
@freddycancino12 ай бұрын
Hi Patrick thank you for the video! Please can u make an extended video about CQRS and MediatR.
@tk57824 ай бұрын
For most projects CQRS & mediator are just over cooking for no benefit. In fact I've yet to see any benefit, happy to be corrected, I mean it must work for some for it to still exist...
@samehgenah806710 ай бұрын
Great work and very important topic may you have to extend the video. Thanks
@PatrickGod10 ай бұрын
Thank you, I will
@kieran.stafford7 ай бұрын
Sorry to be late to the comments. How would your Architecture work with MS Identity? Its heavily tied to both AspNet and EF. So how can you create a DataContext inside the Infrastructure Layer that has all these AspNet dependencies?
@MrPlasfil4 ай бұрын
Hi Patrick, hello from Portugal. What color theme do you use in visual studio 2022?
@willgale718710 ай бұрын
I have been waiting for this vid!
@LuckyLuggi895 ай бұрын
Thanks, that was very interesting. I since i would also have a corresponding webui project would you say that the api and ui can share the domain layer, or sould each of them have its own domain layer (also if this would mean duplicate code)?
@davestorm671810 ай бұрын
I'm curious as to why Infrastructure wouldn't just be a layer on it's own? Why on the same level as the UI? To me, it would seem to make sense to keep services (in the infrastructure) below the UIs (the UI could then be for any UI system - web, desktop, mobile, etc)
@christiantricarico10 ай бұрын
Great starting point. In a real-world scenario, I would create a folder for the Infrastructure layer and add in this folder several infrastructure projects like Persistence, FileProvider, ecc. Keep it going!
@pilotboba10 ай бұрын
Idk, don't love folders other than src, test, doc, top level whatever. Also, solution folders aren't "real" folders, so I tend to use real folders, so people using vs code still have the same folder instruction as the solution explorer has. I also don't include the solution name as part of the project name, but in the proj file I add it to the DLL name that is created on build. So, I might have projects named: Domain Application Contracts Web or Api Infra.Persistence Infra.Integration.Twitter Infra.Integration.GitHub But you know to each his own.
@dondaniel764310 ай бұрын
What are the benefits of that? Why not structure your Infrastructure project?
@christiantricarico10 ай бұрын
@@dondaniel7643 in structured solutions I don't like to have a single infrastructure project for everything. For example, I usually separate data persistence and files management in different projects (both of them are into the infrastructure folder).
@liam2161Ай бұрын
I've been struggling with EF in Blazor, I have a base page that creates the context from IDbContextFactory and stored as Db on a base property. I find at times its disposed before I can use it. I've restored to injecting the context on to each page or component instead create a using statement to create the context each time. Is this best practice? The EF documentation isn't clear to me. Also should I use IDbConextFactory on DI service constructors or a Context again unclear. Thanks.
@Yozik22 ай бұрын
Is there a follow up to this video to show how to bring data from a database into the blazor component
@ThatKevinGrigsby10 ай бұрын
Great video! I have been struggling with where to put the API I will need to expose. Based on what you said (and what is probably coming in the more in-depth video) but I assume it would be a folder in the WebUI.Server project? Which references a Repository in the Application project which in turn references a Service in the Infrastructure project?
@ThatKevinGrigsby10 ай бұрын
Any suggestions @PatrickGod
@mrt79489 ай бұрын
Right, api will be in server.ui
@WondervilleSeries10 ай бұрын
I think devs get into a lot of navel gazing when it comes to architecture/design patterns, etc. I would like to see comparison videos discussing PRACTICAL scenarios between the patterns. When it is worth my time as a developer to implement one pattern over another? Where is the point of diminishing returns when introducing more complexity?
@alpachinois6 ай бұрын
@PatrickGod Hi, I used to create an Web Api with a clean architecture as backend and React as frontend for example. However, with the new hybrid model (Server and Client), it is worth to separate the backend with the server project? It is also recommanded to create an API on server side and call it with a http client in client project. I have a to create a MVP for my startup and I'd like to go with Blazor as Frontend technology but don't practise frontend since 2 years (last time react, but I used Blazor in 2020). For a MVP context, it is better tu create a third project Web API as backend and call it in Blazor server project or I should simplify and create my clean architecture directly in Blazor server project?
@TrOgaN_9 ай бұрын
It would be good to see this in action to get a clearer picture of what goes where and how it all works with a real example. Thanks!
@maykonelias10 ай бұрын
Nice, Great topic Architecture for Blazor, would be awesome if you continue with CQRS.
@PatrickGod10 ай бұрын
Thanks, will do!
@andvik8410 ай бұрын
As always a informative video. One question that I don't think you mentioned - what goes in the domain layer?
@aderinolaadeloye827510 ай бұрын
I believe it’s all of your entities.
@PatrickGod10 ай бұрын
Exactly. In the domain layer, you put your entities (like customer, order, article, player, item) and the interfaces for services or repositories. This means you define how things work and the main rules here, keeping your app organized and easy to work with.
@javadjorian9 ай бұрын
Thank you, I enjoyed it, it was very good, simple and informative
@imadabab16 күн бұрын
Perfect. Thanks a lot for sharing. But it would be great if you added web api in the solution.
@expert69able3 ай бұрын
Do we need to use such a long names? I would like it make it shorter but maybe I am too primitive.
@SprinbokInTheSnow17 күн бұрын
Great work.
@mohammadmz105810 ай бұрын
Excellent video, however to short video. I would definitely like to see more of this, especially in regards to CQRS and Mediator pattern inside a Blazor app. I feel like my architecture skills are more or less stuck at n-tier pattern, and i would like to learn about clean archtecture (incl. vertical slice). By the way will you be dealing with this kind of subjects in your dotnet academy. Would you kindly provide a detailed list of the subjects that you will be touching in your dotnet academy.
@PatrickGod10 ай бұрын
Thank you so much for your feedback, Mohammad! Yes, the second masterclass dives into more advanced topics such as Clean Architecture, CQRS, and the Mediator pattern. It's currently in early access, but the basics of these topics are already available. I'd be thrilled to have you join us at the .NET Web Academy! 😊
@mohammadmz105810 ай бұрын
@@PatrickGod Thanks for your answer, I would gladly join you dotnet academy.
@PatrickGod10 ай бұрын
@@mohammadmz1058Awesome! Looking forward to seeing you in the academy! If you have any more questions, drop me a message at mail@patrickgod.com.🎉
@coolstorybrooooo76435 ай бұрын
So we cant host WASM apps anymore on github pages?
@delfrysgameplays10 ай бұрын
This is insane, thank you for the content🔥🔥🔥🔥
@PatrickGod10 ай бұрын
My pleasure!😊
@MorneWolfaardt9 ай бұрын
This is a great video, I recently upgraded my project from .net 6 to .net 8 and due to the massive amount of changes, I had to almost build most of it over.. Not to mention moving to MudBlazor or any other UI Framework. My question is : 1. Would you suggest to have a the foundation in place like in the video, do a Git checkin and then work on top of it with branches? 2. Would you suggest to make use of Git Submodules to split out the project each in their own life cycle so that you can make an update to lets say the domain project and it will be updated on the other modules that might be a legacy blazor application and the latest .Net Blazor version?
@snitchzel953310 ай бұрын
Would be nice to see UOW / Mediatr worked in the template. Good video, very clear and simple explained!
@wealthgenerationstrategies9 ай бұрын
Hey Patrick, will you be covering this in detail in your course site? Cheers and thanks.
@tabesbb6 ай бұрын
Hello, my Program.c from my blazor web app not recognize the dependecy injection class method (AddApplication), all is equal to the video the only difference is my Blazor project is a Auto render so i have a client project to. What could be the problem? Best Regards
@shawnstaggs525410 ай бұрын
I would like to see more on CQRS and mediatR
@PatrickGod10 ай бұрын
Noted! Thanks for your feedback!
@jankool0110 ай бұрын
That was helpful - just about the right level.
@bobbastian7609 ай бұрын
Clean Architecture is a classic solution looking for a problem. It'll certainly soak up all those man hours of developers having meetings discussing it and working out what it does, rather than working :DDD
@sylinxstark38829 ай бұрын
I would love to see Mediatr pattern please show it to us thanks for all your efforts
@Pablobdg6 ай бұрын
Hi, I am beginner but I wrote my first Blazor Web App and I want to ask how can I upload it to internet? Which type of hosting should I buy and which program to transfer files. I really have no idea where to start
@marcweintraub3 ай бұрын
I used myAsp hosting and was able to publish from VS directly.
@johnhershberg591510 ай бұрын
Great video! I love these
@PatrickGod10 ай бұрын
Thanks so much! Glad you like them!
@junaidkhanvibes-jkv72149 ай бұрын
Nice Patric but I want these CQRS pattern, love your content ❤
@SpaceManiac98710 ай бұрын
Hi Patrick first of all you are awesome and please please extend that video with mediatR and CQRS I really need it and if it is possible please use .net 8 blazor auto mode. I am trying to create an application using and since I am quite a beginner in this I am having a really hard time.
@dennistucker21383 ай бұрын
I'd like a part 2
@CRBarchager10 ай бұрын
Is there a special reason why the Solution name is dublicated to all the projects? - I find it cumbersome to have to have these long names. Like having a solution called "ThisIsMyVeryCumbersomeAndLongName" and then have to repeat that in every project like "ThisIsMyVeryCumbersomeAndLongName.Application" and "ThisIsMyVeryCumbersomeAndLongName.Infrastructure" etc etc...
@OPEN_OVER2 ай бұрын
you are the best
@PatrickGod2 ай бұрын
you are!
@zahraht522410 ай бұрын
It was great🤩😍, thank you, Please continue this video😢😭
@deimercastrillomartinez7473Ай бұрын
Hey Patrick, it's wonderful video tutorial, I was wondering if you have some course where learn master-details, pattern repository, mudblazor or any other with blazor server 8. I try to subscribe me in academy but unfortunately is so expensive for me because our divisa is lower than respect to usd, however if you have some course on udemy with cupon and include the topics before mentioned, I'll appreciate so much. Tks DC
@pezhmanpiramoun29978 ай бұрын
Very useful
@AliHazrat-cm8hq4 ай бұрын
Please CQRS pattern also
@LobsterHarry10 ай бұрын
Could you please give us a real world example how to benefit from this architecture ? I can not see any advantages using your Extension-Methods...
@SibTiger3310 ай бұрын
U don't need to replicate the application name in the projects like that. You can just call the projects domain or application then set the app name and namespace in the properties. Looks much cleaner
@golljhjkahsdah28179 ай бұрын
Thanks so much.
@UrinTrolden10 ай бұрын
I'd love to see more in depth videos regarding Blazor architecture
@PatrickGod10 ай бұрын
Noted! Thanks for your feedback!
@febus310 ай бұрын
What a way to give developers blue balls =). I was so ready to keep building the project as im still a little confused how to provide services to my client WASM without the use of controllers on a separate server project.
@lordjim99717 ай бұрын
Patrick, please continue. BUT without CQRS and Mediator👌
@MikeSerranoLopez10 ай бұрын
CQRS please...
@PatrickGod10 ай бұрын
Noted!
@saumitrakumarpaul61458 ай бұрын
Could you please raise you voice sound in the next videos?
@browaruspierogus218210 ай бұрын
who invented those layers? they are mega confusing. theres always business logic and data structure controlled by UI wasn't dependency injection created just to avoid that confusion of layers you present?
@margosdesarian10 ай бұрын
Mean comment, mean comment :)
@mohamadsoltani198210 ай бұрын
awesome
@joonat572010 ай бұрын
I have understood all your other videos, but this was way too advanced. Could you make a longer video, perhaps more beginner-friendly? Explaining the purpose of Application, Domain and Infrastructure projects etc...
@codermallu10 ай бұрын
@PatrickGod Bro please add a more detail video about this
@bondymagnomous35448 ай бұрын
20 minutes and you said nothing, how is that even possible?
@markh236922 күн бұрын
20 minutes and you heard nothing….theres a difference
@xxapoloxx9 ай бұрын
Ntier is simply better.
@sighua0s42610 ай бұрын
Thought for a second that I finally found a proper video for .net 8 on this topic, since I really liked your other tutorials. But the moment I saw the presentation layer having a direct dependency to infrastructure layer, immediately turned it off. Following clean architecture, dependencies should go only inwards, otherwise it makes the application tightly coupled, when they should be independant from one another. If you personally are making shortcuts, at least do not guide others to a bad direction. Just mention that this is not a 100% correct way.
@PatrickGod10 ай бұрын
Hey there, thanks for your feedback. The approach I showed in the tutorial, where the presentation layer references the infrastructure layer for service registration, is a practical choice for simplicity and educational purposes. It's a common method in .NET, especially with ASP.NET Core's dependency injection, to make service registration straightforward. This approach is often used in the industry for its simplicity and maintainability, considering the specific trade-offs. The goal of my tutorials is to simplify complex concepts for developers at all levels. I value your feedback and plan to explore the nuances of Clean Architecture more in future videos. Your insights contribute to a deeper, more nuanced discussion on architectural practices. Thanks for watching and pointing this out!
@sighua0s42610 ай бұрын
@@PatrickGod thank you for clarifying. I agree that this concept is simpler and easier to understand. I still think that mentioning in the video about making a shortcut would have been nice. Sorry for being too harsh though. I like your content and the way of explaining. (In my opinion, having a video on more decoupled version of clean architecture would be beneficial - there is absolutely no videos about it on youtube).
@kourosh2349 ай бұрын
Don't waste time on architecture. Build a monolith first and thing on the simplest possible terms. By time if you see your app become too complex to handle, do something about it. What and how is difficult to say. There is no magic bullet! Easier said than done! :)