Hey Tim, Like 7 months ago I finished an expensive bootcamp that.... taught me very little. I then signed up for your master class and completed it fully, A week after completing the masterclass got 2 very nice competing engineering offers. And here I am, today marks 1 month at my first engineering job AND my job happens to use Mediatr which you have now helped me understand perfectly. You da best. lol thanks again -Ron
Tim, I want to say thank you for all your videos. I have finally landed my first job as a software developer, and I owe it in part to your amazing training. I am now going back through your videos to review some stuff they use (such as MediatR) for my continued education. Thank you so much for helping me reach my dream job!
I know that feeling, everytime something new comes up at work like this, I search Tim's channel and there it is: an extensive video explaining that topic like this one. Stay strong to keep learning and thanks Tim for making it a bit easier
Easily the most understandable explanation I have seen. Totally worth to watch the 1,5 hours instead of a few shorter vids that don't really deliver the whole picture.
Been working with CQRS and mediatr for years now, and from my experience it generally makes complex systems more complex. The need for CQRS or mediatr is generally not needed but many devs use it everywhere because its a shiny new pattern.
It seems like one of the big benefits could be in unit testing. In many projects I work on, classes have a ton of dependencies that are injected through the controller. If we want to unit test one of these classes, we have to mock out each one of these dependencies and specify what each of their methods should return when called, which leads to a lot of boilerplate in the UTs. Using a single mediator in place of all those dependencies seems like it could remove a lot of that boilerplate. Of course, using a ton of dependencies in your classes also seems like a bad smell, so maybe that should be addressed prior to considering CQRS? :shrug:
@@ejenkins132 yeah, at first glance it does seem ut will be easier but working on both styles i dont notice the difference. Even in the case where you have a ton of extra dependencies it shouldnt be an issue in ut. There are a few solutions you could use. 1. Pass in null for dependencies not used(assuming you dont have null check because container does that). 2. Have a single location where you construct your class with default mocks but not stating what it returns. Then in each test set what the relevant dependencies return. 3. I built my own auto inject mocks in ut which was an idea iv been testing and it is working quite well because i never have to even consider a classes dependencies in ut (only what they should be returning for a given test)
@@ejenkins132 i was recently told to convert a certain project to mediatr. It took a small project and made it a big one. It over 10x the amount of files. the bloat is so disgusting and with the inability to goto a calling method, navigating this project and understanding what it does is so difficult now. But if I had to show you a single handler, you could say that its simple because it does one thing, and thats where the trap is. Simple when dealing with a handful of handlers.
Thank you, Tim. I love the way you take your time and explain details of concepts starting from scratch. You are a great instructor. Keep up the good work.
Currently I'm trying to learn how to build a .NET web api using Clean Architecture and I needed a cristal clear explanation of Mediator pattern, and thank God I found it on your youtube channel. I'm grateful to you Tim, thank you. Greetings from France.
I just started with new project that uses Mediator library. This was whole new tool to me. So cool that you can bury business logic little deeper than what is usually in controller layer. Thank you for showing what is this pattern all about and how to implement it to project. Learned a lot and I feel like I'm able to understand this new project better now. Thank you very much for clear explanations. Much love
Tim, you did another excellent job breaking and explaining a topic that has challenged developers new to this tool and some of these concepts. Well done!
Hi, Tim. Great explanation! I have seen other developers getting a mess to explain clearly. How always your explanations bring us enlightenment. Thanks.
Incredibly useful video. We're refactoring an existing API at my work using the Mediator Pattern in the coming weeks, and this has introduced the topic to me so well! Keep up the amazing work.
Thanks for the effort putted, I appreciate! Also I am following you since more than 3 years. What you covered is great and the explanation as well. What I will state, is not related to this video but to the over use of this pattern. In my experience, 7 years now, I saw lately an over use of this pattern which leads to lots and lots of complexity which leads to technical debts and also bugs. Do not call another handler inside another one is bad design. If you are in the need of doing such thing then change your design. Make a XService for your XController, and let that service handling your flow. If you still want to use mediator, just inject it in the XService and call in the right order the handlers. Finally, the XMethod will be responsible to return/or not, the requested action. The benefits? Think about transactions, and much more, like SRP not violated, easy to test etc. To state that having many injected dependencies require mediator, is again, a naive approach. Why? Because we should fix the bad design of the code as easy as possible not by introducing a pattern which add heavy complexity. Also, if you are in a EDD structure, this will add another event pipeline which has to be maintained, upon many others like signalR, Masstransit with Rabbit etc. Maybe the reason of being too many dependencies injected in a class is due to the fact that SRP is violated and is doing too much, therefore it should being split by proper responsability. And much more can be said. Anyway, as last note, I just want to say that CQS which is somehow a CQRS, can be achieved without using the Mediator but just by separating responsabilities in Queries and Commands, at simple level speaking. Because real CQRS, implies a complex architecture/flow, like for example, Quries should have their own DB and so on.
I loved the whiteboarding at the beginning with the gradual transition into code. Walking away from this one feeling very comfortable reviewing a codebase using MediatR. Thank you as always Tim!
Thank you, thank you so much great teacher Tim Corey! Thanks to you I finally understood how to use this shotgun to kill the fly. Also learned that Queries are for Read operations and Commands are for Create, Update, Delete operations (both implement IRequest) and all of them are served by Handlers (which implement IRequestHandler). And with the help of MediatR it’s possible to invoke Handlers via appropriate Commands and Queries. Also I learned about .FromResult method to convert to Task (I struggled with it before).
Great timing. I just started a project that uses MediatR. Pretty cool stuff. Nice job on the explanation as well. They've implemented a generic handler class GenericHandler that abstracts away all the handler implementations. Interesting approach.
Hi Tim, the algorithm was useful this time round. So glad I found your channel. You are a natural born teacher, thanks for making things so easy to understand. Would be great if you could expand on this with some complexity including fluent validation, auto mapping and error handling in a clean architecture
Many thanks Tim. Finally a video that covered reducing the dependency injection overload I was interested in, and how to put controllers on a diet. All the best.
I would like to thank you for this great stuff.. I was afraid to watch such a big video but once I started time flies. And one more like for you haven't monetized the video it keeps the viewer focused. :) Thanks
i really enjoy this video.. simple to follow. Kudos Tim!! I (and i think many of the comments down below including myself) would love to learn more advance usage of these patterns, more so gearing towards the real enterprise systems. Thanks man... you are awesome!
Lessons learned in CQRS and MediatR; I would avoid having commands call other commands. Tim showed this on the Query side which in most cases is probably fine, albeit not usually necessary (IMO). However, in implementing CQRS for the first time it's really tempting to have commands call other commands which in my experience is an anti-pattern you want to avoid (say for instance you are trying to follow DRY or the S in SOLID). If you feel the need to do this, a better solution would be use Domain Events, which comes from Domain Driven Design. In my experience, if your requirements or business logic are complex enough to grow beyond CRUD operations, it's likely that you'll be reaching for CQRS and MediatR as a stepping stone to DDD anyways. I haven't seen many use cases that justify using CQRS that don't then lead into DDD in my opinion. Otherwise, great intro Tim. I do enjoy using CQRS and MediatR and it certainly can make life more convenient.
Great video. Very easy and clear explanation of the CQRS and Mediator patterns! Just the practical stuff. Very nice point about balance as sometimes people tend to hyperbolize patterns :)
I absoluely loved this. I have a clear understanding of CQRS and how to implement it using MediaR. Howeever CQRS pattern can be used in many other ways especially while using microservices. Please create a dedicated video on CQRS
Great video again. Thank you very much for all this work. Just two points that disturb me: 42:00 Create a new class (DependencyInjection?) at DemoLibrary project to extend IServiceCollection, adding a new method like AddDemoLibrary(this IServiceCollection services). Call services.AddMediatR() from there, using its own assembly (ie. DemoLibrary). 1:13:00 I would use InsertPersonCommand class as parameter. That way, people don't have to set an id to create a new person. An id which has no use anyway.
0:00 - Intro 1:01 - What is CQRS 3:49 - What is Mediator 9:00 - Mediator Pattern 12:00 - Create BlazorUI app 13:24 - Create DemoLibrary Class Library 15:25 - When should i implement MediatR? 19:22 - Setting up DataAccess class 25:10 - Setting up BlazorUI app 28:18 - Adding MediatR Package 28:48 - Build out MediatR Setup 29:08 - Setting up Queries 30:08 - Difference between Class and Record 30:51 - Setting up GetAll Query 33:33 - Setting up GetAll Handler 38:30 - Configure StartUp (BlazorUI) 43:21 - Inject and use MediatR in razor page 49:30 - Create DemoApi Web API 50:44 - Configure StartUp 51:52 - Create Controller 52:58 - Inject MediatR 53:26 - Implement HttpGet all 54:16 - Run DemoApi 56:27 - Setting up GetById Query 58:05 - Setting up GetById Handler 1:03:11 - Implement HttpGet by Id 1:04:28 - Run DemoApi 1:05:25 - Setting up Insert Command 1:08:55 - Setting up Insert Handler 1:10:34 - Implement HttpPost 1:12:38 - Run DemoApi 1:13:59 - Recap Thanks for the awesome content! Learned alot, Cheers!
Amazing that I was just watching a video on Onion architecture and trying to figure out why the application layer in the example used MediatR. Cant wait to watch this :D
Loved the content. I’ve been using MediatR for over a year now and I learned something new today. My only critique is you mentioned CQRS at the beginning then you lumped you commands and queries into the same api. And that doesn’t allow them to be independently scaled. I know it really wasn’t the point of this video. So a video on Behaviors and splitting up command and queries would be awesome
Yes, I would argue this isn't an example of CQRS as described by Greg Yong, because it doesn't have separate read and write models. But, this is a good example of CQS which has clearly separated the commands from the queries. Queries shouldn't have any side effects... you should be able to make the same query all day, and they don't change anything. While commands mutate things or have side effects.
Hi Tim, great tutorial. I have been using MediatR and i like how my project is organized, especially simple API Controller routes. However I prefer having my Queries/Commands on same file with their corresponding Handlers for an easier lookup. Adding FluentValidation to MediatR makes it more powerful with how and when do handlers gets hit.
I agree, having the handler be an internal class within the query or command files is useful for easy lookups. I like to have mine organized in features folders.
Hi. How do you pass information about User (ClaimsPrincipal) or HttpContext info to mediator? The original request class doesn't contain such information. Do you create additional class which looks almost the same as original request file but with additional User property?
Great content Tim & team, as always, on the Mediator/MediatR intro. Would love to see this expanded on part 2 (advanced), with pipeline concepts to touch error handling or logging.
Hello Tim, amazing tutorial and coverage of MediatR. You mentioned that it is suitable for bigger and more complex applications. I would like to share my opinion with you and the rest of the comment section. In a complex real-world application, let's say we have 100 models, on average with 5 queries/commands. We would have 500 files of queries/commands. On the other hand each of them would have a handler, so that equals to 1000 files. Personally, I wouldn't swim in that sea. For example, isn't it a better approach, to have RepositoryManager with lazy loaded 100 repositories(with all CRUD operations, accordingly). That way, we would have only 100 files. So, for instance, service A needs Repository B,C and D, it would have the similar benefits as MediatR with RepositoryManager(without directly depending on them). Thank you :)
Thanks, Tim. Very nice detailed explanation. Other than this topic would like to know few things. 1) Which VS version you have used. 2) What Intellisense has enabled you in the VS. 3) What are the best and useful shortcuts for c# developers you can recommend.
I use Visual Studio 2019 Community Edition. The Intellisense I use is standard from Microsoft. I also don't use custom extensions (except one for resizing the fonts for better visualization on video). As for shortcuts, this video might help: th-cam.com/video/qv6ZflueASY/w-d-xo.html
Hi, My favourite package - MediatR. It allows you to make less coupled programm. Thumb Up I also use aliasing: using TRequest = RequestType using TResponse = ResponseType class SomeRequest: IRH + FluentValidation
@@tomthelestaff-iamtimcorey7597 like this: namespace ... { using Request = RequestCommand; using Response = RequestCommand.Result; [DataContract] public class RequestCommand : IRequest { public string SomeProperty { get; set; } public class Validator : AbstractValidator { public Validator() { RuleFor(...) } } public class Handler : IRequestHandler { public async Task Handle(Request request, CancellationToken cancellationToken) { ... } } public class Result { public string SomeProperty { get; set; } } } } Sorry for code. If I should not do it here - just give me know that. Thank You (Tim).
"Wow, watching your video was like going from trying to understand rocket science to finally getting why the chicken crossed the road! Thanks for decoding the Matrix for us 😄🚀🐔
This is the most elegant explanation of MediatR ever. Thank you.
You are welcome.
Hey Tim,
Like 7 months ago I finished an expensive bootcamp that.... taught me very little.
I then signed up for your master class and completed it fully,
A week after completing the masterclass got 2 very nice competing engineering offers.
And here I am, today marks 1 month at my first engineering job AND my job happens to use Mediatr which you have now helped me understand perfectly.
You da best.
lol
thanks again
-Ron
Fantastic! Thanks for sharing.
Tim,
I want to say thank you for all your videos. I have finally landed my first job as a software developer, and I owe it in part to your amazing training. I am now going back through your videos to review some stuff they use (such as MediatR) for my continued education. Thank you so much for helping me reach my dream job!
Awesome! I am glad my content was so helpful. Congratulations on the new job!
I know that feeling, everytime something new comes up at work like this, I search Tim's channel and there it is: an extensive video explaining that topic like this one. Stay strong to keep learning and thanks Tim for making it a bit easier
Easily the most understandable explanation I have seen. Totally worth to watch the 1,5 hours instead of a few shorter vids that don't really deliver the whole picture.
Excellent point and thanks for sharing and spending the 1.5 hrs with Tim.
Been working with CQRS and mediatr for years now, and from my experience it generally makes complex systems more complex. The need for CQRS or mediatr is generally not needed but many devs use it everywhere because its a shiny new pattern.
I can see that. It is a pattern that really should be reserved for larger projects and specific circumstances.
@@madd5
It seems like one of the big benefits could be in unit testing. In many projects I work on, classes have a ton of dependencies that are injected through the controller. If we want to unit test one of these classes, we have to mock out each one of these dependencies and specify what each of their methods should return when called, which leads to a lot of boilerplate in the UTs. Using a single mediator in place of all those dependencies seems like it could remove a lot of that boilerplate.
Of course, using a ton of dependencies in your classes also seems like a bad smell, so maybe that should be addressed prior to considering CQRS? :shrug:
@@ejenkins132 yeah, at first glance it does seem ut will be easier but working on both styles i dont notice the difference. Even in the case where you have a ton of extra dependencies it shouldnt be an issue in ut. There are a few solutions you could use. 1. Pass in null for dependencies not used(assuming you dont have null check because container does that). 2. Have a single location where you construct your class with default mocks but not stating what it returns. Then in each test set what the relevant dependencies return. 3. I built my own auto inject mocks in ut which was an idea iv been testing and it is working quite well because i never have to even consider a classes dependencies in ut (only what they should be returning for a given test)
@@ejenkins132 i was recently told to convert a certain project to mediatr. It took a small project and made it a big one. It over 10x the amount of files. the bloat is so disgusting and with the inability to goto a calling method, navigating this project and understanding what it does is so difficult now. But if I had to show you a single handler, you could say that its simple because it does one thing, and thats where the trap is. Simple when dealing with a handful of handlers.
Best video on MediatR! Tim your way of teaching is the BESTTT
Thank you!
Thank you, Tim. I love the way you take your time and explain details of concepts starting from scratch. You are a great instructor. Keep up the good work.
You are welcome.
Currently I'm trying to learn how to build a .NET web api using Clean Architecture and I needed a cristal clear explanation of Mediator pattern, and thank God I found it on your youtube channel.
I'm grateful to you Tim, thank you.
Greetings from France.
I am glad it was helpful.
Thanks a lot Tím! 🙂
Thank you!
Mr. Corey. This video is pure gold!! Thank you very much for this video, I have been looking into learning CQRS and MediatR for a while.
cant believe I've finally used mediator, it turns out it's so easy :) Thank you very much
You are welcome.
I just started with new project that uses Mediator library. This was whole new tool to me. So cool that you can bury business logic little deeper than what is usually in controller layer.
Thank you for showing what is this pattern all about and how to implement it to project. Learned a lot and I feel like I'm able to understand this new project better now. Thank you very much for clear explanations. Much love
You are welcome.
It was one of the useable tech videos I've ever seen in TH-cam with simple yet powerful teaching ability. Thanks a lot!
Tim, you did another excellent job breaking and explaining a topic that has challenged developers new to this tool and some of these concepts. Well done!
Thank you.
Hi, Tim. Great explanation! I have seen other developers getting a mess to explain clearly. How always your explanations bring us enlightenment. Thanks.
You are welcome.
Learned amazing staff today. Thank you Tim. I would love to see part 2 with advance MediatR implanted in complex application.
I will add it to the list. Thanks for the suggestion.
@@IAmTimCorey Please do so! This video helped me out to have a very solid understanding of these patterns.
@@IAmTimCorey Waiting for it too
@@IAmTimCorey Also do a video on MediatR Publish on top of this demo.
@@IAmTimCorey How it's going? ;-)
Valeu!
Thank you!
Incredibly useful video.
We're refactoring an existing API at my work using the Mediator Pattern in the coming weeks, and this has introduced the topic to me so well!
Keep up the amazing work.
Glad it was helpful!
Such an excellent intro to explain Mediatr in the simplest way
Thank you!
Thx for showing both the record and the class way, easier to understand this way.
You are welcome.
Thanks for the effort putted, I appreciate! Also I am following you since more than 3 years.
What you covered is great and the explanation as well. What I will state, is not related to this video but to the over use of this pattern.
In my experience, 7 years now, I saw lately an over use of this pattern which leads to lots and lots of complexity which leads to technical debts and also bugs.
Do not call another handler inside another one is bad design. If you are in the need of doing such thing then change your design.
Make a XService for your XController, and let that service handling your flow. If you still want to use mediator, just inject it in the XService and call in the right order the handlers.
Finally, the XMethod will be responsible to return/or not, the requested action. The benefits? Think about transactions, and much more, like SRP not violated, easy to test etc.
To state that having many injected dependencies require mediator, is again, a naive approach. Why? Because we should fix the bad design of the code as easy as possible not by introducing a pattern which add heavy complexity. Also, if you are in a EDD structure, this will add another event pipeline which has to be maintained, upon many others like signalR, Masstransit with Rabbit etc.
Maybe the reason of being too many dependencies injected in a class is due to the fact that SRP is violated and is doing too much, therefore it should being split by proper responsability.
And much more can be said. Anyway, as last note, I just want to say that CQS which is somehow a CQRS, can be achieved without using the Mediator but just by separating responsabilities in Queries and Commands, at simple level speaking. Because real CQRS, implies a complex architecture/flow, like for example, Quries should have their own DB and so on.
I loved the whiteboarding at the beginning with the gradual transition into code. Walking away from this one feeling very comfortable reviewing a codebase using MediatR.
Thank you as always Tim!
You are welcome.
This lecture was so perfect for me to understand how enterprise app works in general.
Thanks a lot.
You are welcome.
Thank you, thank you so much great teacher Tim Corey!
Thanks to you I finally understood how to use this shotgun to kill the fly. Also learned that Queries are for Read operations and Commands are for Create, Update, Delete operations (both implement IRequest) and all of them are served by Handlers (which implement IRequestHandler). And with the help of MediatR it’s possible to invoke Handlers via appropriate Commands and Queries. Also I learned about .FromResult method to convert to Task (I struggled with it before).
You are welcome.
Great timing. I just started a project that uses MediatR. Pretty cool stuff. Nice job on the explanation as well. They've implemented a generic handler class GenericHandler that abstracts away all the handler implementations. Interesting approach.
Thanks for sharing your real world experiences
Nice stuff for someone who wants a quick dive in the Mediator pattern, CQRS and the MediatR tool. Thanks!
You are welcome.
Amazing video! Great help for my bachelor project. Implementing mediatR this moment:)
Thank you!
Tim, you are the best!!! You explain complicated topics very simple!
Thanks!
You are welcome.
Hi Tim, the algorithm was useful this time round. So glad I found your channel. You are a natural born teacher, thanks for making things so easy to understand. Would be great if you could expand on this with some complexity including fluent validation, auto mapping and error handling in a clean architecture
Thanks for the suggestions.
Many thanks Tim. Finally a video that covered reducing the dependency injection overload I was interested in, and how to put controllers on a diet. All the best.
Glad it was helpful!
Simple and very easy to understand. Looking forward and wish for a separate video on how to unit test mediator handlers.
Thanks for the suggestion. Please add it to the list on the suggestion site so others can vote on it as well: suggestions.iamtimcorey.com/
I would like to thank you for this great stuff.. I was afraid to watch such a big video but once I started time flies. And one more like for you haven't monetized the video it keeps the viewer focused. :) Thanks
You're very welcome!
thank you time for the simple explanation , i watch a lot of videos about CQRS , none of them made sense till i watch yours :)
Glad to hear that!
Thanks Tim, very good explanation and introduction to the topic. It helped me a lot and was very concise! Greetings from Argentina!!!
Glad it was helpful!
Thanks Tim, one of the best tutorials i've ever seen!
You are welcome.
This video was awesome!
I've to use this in my current project, never used it before.
Now I know how and what!
Thanks!
You are welcome.
wow! I really enjoyed watching this wonderful course. I appreciate the way you teaching and rectifying the problems. Thanks Tim 👍🙏
Glad you enjoyed it!
i really enjoy this video.. simple to follow. Kudos Tim!! I (and i think many of the comments down below including myself) would love to learn more advance usage of these patterns, more so gearing towards the real enterprise systems. Thanks man... you are awesome!
Glad it was helpful!
Lessons learned in CQRS and MediatR; I would avoid having commands call other commands. Tim showed this on the Query side which in most cases is probably fine, albeit not usually necessary (IMO). However, in implementing CQRS for the first time it's really tempting to have commands call other commands which in my experience is an anti-pattern you want to avoid (say for instance you are trying to follow DRY or the S in SOLID). If you feel the need to do this, a better solution would be use Domain Events, which comes from Domain Driven Design.
In my experience, if your requirements or business logic are complex enough to grow beyond CRUD operations, it's likely that you'll be reaching for CQRS and MediatR as a stepping stone to DDD anyways. I haven't seen many use cases that justify using CQRS that don't then lead into DDD in my opinion.
Otherwise, great intro Tim. I do enjoy using CQRS and MediatR and it certainly can make life more convenient.
Thanks for sharing from your experiences.
Great video. Very easy and clear explanation of the CQRS and Mediator patterns! Just the practical stuff. Very nice point about balance as sometimes people tend to hyperbolize patterns :)
Thank you!
I absoluely loved this. I have a clear understanding of CQRS and how to implement it using MediaR. Howeever CQRS pattern can be used in many other ways especially while using microservices. Please create a dedicated video on CQRS
Thanks for the suggestion. Please add it to the list on the suggestion site so others can vote on it as well: suggestions.iamtimcorey.com/
This was a master tutorial Tim. Excellent work. Thank you so much
Glad you enjoyed it!
Your explanation pattern is nothing but The best. God bless
Thank you!
Great video again. Thank you very much for all this work.
Just two points that disturb me:
42:00 Create a new class (DependencyInjection?) at DemoLibrary project to extend IServiceCollection, adding a new method like AddDemoLibrary(this IServiceCollection services). Call services.AddMediatR() from there, using its own assembly (ie. DemoLibrary).
1:13:00 I would use InsertPersonCommand class as parameter. That way, people don't have to set an id to create a new person. An id which has no use anyway.
0:00 - Intro
1:01 - What is CQRS
3:49 - What is Mediator
9:00 - Mediator Pattern
12:00 - Create BlazorUI app
13:24 - Create DemoLibrary Class Library
15:25 - When should i implement MediatR?
19:22 - Setting up DataAccess class
25:10 - Setting up BlazorUI app
28:18 - Adding MediatR Package
28:48 - Build out MediatR Setup
29:08 - Setting up Queries
30:08 - Difference between Class and Record
30:51 - Setting up GetAll Query
33:33 - Setting up GetAll Handler
38:30 - Configure StartUp (BlazorUI)
43:21 - Inject and use MediatR in razor page
49:30 - Create DemoApi Web API
50:44 - Configure StartUp
51:52 - Create Controller
52:58 - Inject MediatR
53:26 - Implement HttpGet all
54:16 - Run DemoApi
56:27 - Setting up GetById Query
58:05 - Setting up GetById Handler
1:03:11 - Implement HttpGet by Id
1:04:28 - Run DemoApi
1:05:25 - Setting up Insert Command
1:08:55 - Setting up Insert Handler
1:10:34 - Implement HttpPost
1:12:38 - Run DemoApi
1:13:59 - Recap
Thanks for the awesome content! Learned alot, Cheers!
Thank you!
Tim, I really appreciate your tutorials quality
Thanks!
I am really appreciate your efforts and time to make this video. Very detail and easy to understand. 👏👏👏
Glad it was helpful!
Thanks!
Thank you!
With all of your videos, One day I’ll become a solution architect for sure😇
Best wishes on your journey.
@@IAmTimCorey thank you so much 😊
It's a wonderful teaching video. Thank for the sharing!
You are welcome.
Amazing that I was just watching a video on Onion architecture and trying to figure out why the application layer in the example used MediatR. Cant wait to watch this :D
Great!
Loved the content. I’ve been using MediatR for over a year now and I learned something new today. My only critique is you mentioned CQRS at the beginning then you lumped you commands and queries into the same api. And that doesn’t allow them to be independently scaled. I know it really wasn’t the point of this video. So a video on Behaviors and splitting up command and queries would be awesome
Yes, I would argue this isn't an example of CQRS as described by Greg Yong, because it doesn't have separate read and write models. But, this is a good example of CQS which has clearly separated the commands from the queries. Queries shouldn't have any side effects... you should be able to make the same query all day, and they don't change anything. While commands mutate things or have side effects.
I noted your recommendation by adding it to Tim's list of possible future topics, thanks.
Excelente explanation about the mediator pattern.
Thanks!
Thank you for your excellent and practical training. Surprise us with part 2 on how to properly use CQRS, mediator and saga in microservice.
I will add it to the list. Thanks for the suggestion.
Thankyou so much. Covered so many aspects and was very easy to grasp.
You are welcome!
Thank you Tim for creating such a wonderful Video.
You are welcome.
wah, another amazing masterpiece from you Tim, thank you so much for sharing it, you are just the best!
You are welcome.
Thanks Tim for explaining things so clearly. You made the learning experience easy. Keep up the good work.
You are welcome.
Great walkthrough, your demo of Records was perfect 👍
Glad you liked it!
Great and easy to understand presentation of the topic !
Thanks!
Great introductory video!
Thanks!
Hi Tim, great tutorial. I have been using MediatR and i like how my project is organized, especially simple API Controller routes.
However I prefer having my Queries/Commands on same file with their corresponding Handlers for an easier lookup.
Adding FluentValidation to MediatR makes it more powerful with how and when do handlers gets hit.
Thanks for sharing.
I agree, having the handler be an internal class within the query or command files is useful for easy lookups. I like to have mine organized in features folders.
Hi. How do you pass information about User (ClaimsPrincipal) or HttpContext info to mediator? The original request class doesn't contain such information. Do you create additional class which looks almost the same as original request file but with additional User property?
Long waiting ended. I am waiting for this. Thank you Tim
Thanks for hanging in there with us!
This really joined the dots up for me. Thank you.
You are welcome.
u actually make OUR life easier.
Great!
That's just what I need.
Thanks a lot Mr. Corey ❤
I am glad it was helpful.
Thanks
Thank you!
thanks for this very good intro to MediatR!
You are welcome.
Great content Tim & team, as always, on the Mediator/MediatR intro. Would love to see this expanded on part 2 (advanced), with pipeline concepts to touch error handling or logging.
I will add it to the list. Thanks for the suggestion.
Thank you very much, Tim. I find this video excellent.
You are welcome.
You are amazing Tim. Thanks a lot to you. You save me from a big deal. take care please. I will need your videos again :)
I am glad my content has been helpful.
Thanx Tim Thats Great Video
Please continue This series 🙏
You are welcome.
Man you ARE THE BEST!! THANKS FOR THE AMAZING COURSE
You are welcome.
Thanks Tim, for another great explanation! please cover tutorial for MediatR pipeline behavior.
You are welcome.
Thank you Tim, your explanation is great! Love it!
You are welcome.
Hey TIM!!! That is a great video and helpful for Enterprise Applications...Thanks.
Thanks for watching
Excellent video explains the concept very clearly
Glad it was helpful!
Hello Tim, amazing tutorial and coverage of MediatR.
You mentioned that it is suitable for bigger and more complex applications. I would like to share my opinion with you and the rest of the comment section.
In a complex real-world application, let's say we have 100 models, on average with 5 queries/commands. We would have 500 files of queries/commands. On the other hand each of them would have a handler, so that equals to 1000 files. Personally, I wouldn't swim in that sea.
For example, isn't it a better approach, to have RepositoryManager with lazy loaded 100 repositories(with all CRUD operations, accordingly). That way, we would have only 100 files. So, for instance, service A needs Repository B,C and D, it would have the similar benefits as MediatR with RepositoryManager(without directly depending on them).
Thank you :)
Thanks for sharing!
@@IAmTimCorey I would like to hear your opinion on this. Thank you so much 😁
Thanks, Tim. Very nice detailed explanation. Other than this topic would like to know few things.
1) Which VS version you have used.
2) What Intellisense has enabled you in the VS.
3) What are the best and useful shortcuts for c# developers you can recommend.
I use Visual Studio 2019 Community Edition. The Intellisense I use is standard from Microsoft. I also don't use custom extensions (except one for resizing the fonts for better visualization on video). As for shortcuts, this video might help: th-cam.com/video/qv6ZflueASY/w-d-xo.html
Wow, that for sure will move some plans from the evening!
Enjoy!
@@IAmTimCorey hope you also have something about event sourcing on your list :)
I would love to see some event sourcing tutorial as well
excellent cool easy way of teaching. Thank you
You are welcome!
A lot of thanks Tim that is an amazing explanation. 👌👍😘
You are welcome.
at the first of the video i said oh my god what's going on 🤨but your explanations made things clear 👌 thanks
You are welcome.
Thank you very much from Argentina!
You are welcome!
thank you, your teaching is amazing😃😃😃
You are welcome.
very nice... clear and to the point of subject
Thanks!
Simply and Clear. Thanks Tim.
You are welcome.
Thanks Tim, I like your explanation
You are welcome.
Great video! Thanks, Tim! I'll be glad to see some DDD concepts in practice. Aggregates, Entities, Value Objects, etc. Also some Event Sourcing, too.
Thanks for watching Alex.
Yeah, would be nice to see some of those
Always a big fan of your videos,
Thank you for being a part of the community!
Great Video! Thanks for that! Please make another one with more advanced topics!
I will add it to the list. Thanks for the suggestion.
Great explanation as always. Keep up the good work
Thanks for watching!
Great video, thank you a lot for great explanation!
You are welcome.
You mentioned using Singleton for insertions is bad. Do you have a video explaining why, that would really help me understand it
28:13 mediator
31:58 Query > IRequest
34:10 Handler > IRequestHandler
Thanks. Too much information when you only want to know about mediator
1.5 speed, very watchable and saves a lot of time.
Amazing video. Well explained. Thank you.
You are welcome.
I love your videos. Tim Corey is a boss!
Thank you.
Hi, My favourite package - MediatR. It allows you to make less coupled programm. Thumb Up
I also use aliasing:
using TRequest = RequestType
using TResponse = ResponseType
class SomeRequest: IRH
+ FluentValidation
Thanks for the recommendations
@@tomthelestaff-iamtimcorey7597
like this:
namespace ...
{
using Request = RequestCommand;
using Response = RequestCommand.Result;
[DataContract]
public class RequestCommand : IRequest
{
public string SomeProperty { get; set; }
public class Validator : AbstractValidator
{
public Validator()
{
RuleFor(...)
}
}
public class Handler : IRequestHandler
{
public async Task Handle(Request request, CancellationToken cancellationToken)
{
...
}
}
public class Result
{
public string SomeProperty { get; set; }
}
}
}
Sorry for code. If I should not do it here - just give me know that.
Thank You (Tim).
Excellent modern app architecture
Thanks!
"Wow, watching your video was like going from trying to understand rocket science to finally getting why the chicken crossed the road! Thanks for decoding the Matrix for us 😄🚀🐔
I am glad it was helpful.