✨ Before C# and UnityEvents there was… THE OBSERVER PATTERN! ✨ Let’s level-up our programming skills and break down another design pattern to create an awesome gameplay feature and gain an understanding of how these built-in event systems were created! I also have to say that as an avid fan of both Bastion and SuperGiant Games, this new video has been an absolute blast to make! I hope you all love it too! The project files for anyone who wants to get hands on the project without building the whole thing yourself: www.patreon.com/posts/project-files-to-77632739 Smash that like button if you can't wait to learn! Cheers!🍻 -Nicky
I have another complex solution: GPT-3 + VALL-E or another Text2Voice AI. GPT-3 generate a text when the observer notify sending a prompt to GPT-3 and VALL-E generate the audio.
@@artistaartificial5635 A probably incredibly inefficient idea because you are introducing 1.A dependency on the GPT service and you dont really know the outcome,and 2. A slow response time cause we talking about an AI calculating a response and receiving it.
Thank you for previewing the end goal idea. It drives me crazy how many videos/tutorials are out there that don't show the end result at the beginning, it is what hooks me in!
Great stuff! However, small note: there's no need to implement the observer pattern in Unity since C# Actions exist. The observer pattern was made for non-event driven languages like C++. You can even put an Action in an interface. I'd do that and use [SerializeReference] on a list of the subject interface with maybe a custom property drawer. That way your class doesn't have to inherit from a subject class either.
Hey, would you mind elaborating on this, or giving me a search term that I could use to find more info, I tried searching C# actions, Unity C# Actions, Why Observer Pattern is not needed in c#, and I got some info, but still am not super clear on it. Thanks
@@EvgeniPetrov hey thanks for the reply, no I was asking the op of the comment. But I have since learned about unityEvent and love it. I was more asking what was the commenter talking about with Actions.
i like how you cover multiple subject in just one video, one can learn a lot of things from it, Basic Audio Handling, Observer Pattern, Enums etc in one video that's amazing ngl
Subscribed! This was GREAT... probably the finest tutorial I've watched on a programming pattern. Not too fast, not too slow, not too heavy on theory. Would LOVE an advanced tutorial, as well as more videos on other patterns. Looking forward to everything you do!
I would say that the method you've explained here is still kind of coupled, since it requires a direct reference to all of the subjects that need to be notified. If you were to delete one of the subjects from the scene, it would end up causing an error. Plus, this is not scalable for games that rely on a multi-scene architecture. However, this was a great introduction to the topic! I'm sure you'll get into more details in future tutorials. Speaking for myself, I am a huge fan of the ScriptableObject based event pattern. Keep up the good work! I love your channel and the way you lay out your videos to explain the topics you cover in a highly-detailed and beginner-friendly way.
Thing of note,as hinted in the pinned comment, is that C# provides this functionality with its Events(not Unity Events).So if one sticks with C# they can use C# events instead of making their own implementation. I understand that this video may be made for any language user that doesnt have events like C# but thought i'd let people know.
I wanted to take my take to say out loud how much I do appreciate your work in your channel. As you may have heard before, its not only how good are the subjects and professionalism in the production of the content, but even more fundamentally the way of explaining things. The way that you code things and later change it for a more optimazed way explaining why and how it works. I could write pages about how great in general your channel is and the amount of things and abstract concepts I have learned thanks to you. The best of luck, keep the good work and the energy!
Hey Jose! Those kind words mean a lot. It's super reassuring to read that the time and effort I put into each video is actually worth it. It's been a while since this last upload, but I'm hoping that the next video I release can match the quality!
Can't wait for this one. I found your channel 2 days ago, and this is the most valuable Unity channel I have ever seen. I'm glad you explain everything in an easy way. Please keep it going. I hope, you gonna get more subscribers soon.
I would absolutely love to see the part two, advanced, of this video! What I struggle the most with my learning of game programming is definitely code organization and maintenance having in mind scalability, readability and how components and scripts talk to each other. Think video was very cool regarding that, I feel like I need to watch it a couple times to fully grasp it and give it a try as well, but it was awesome! Thanks!
Great video as always. I recently participated in a game jam and in 48 hours I made a mess of my game folders and did a lot of coupled code. You exactly targeted the problems I saw and provided the cleanest solution. I'm definitely gonna implement this in my next game jams and have a peaceful life adding features
Your animation tutorial is insane! I really enjoy your emotionality and how you explain difficult things in plain language! Thanks for your work! From Russia with love
A pretty nice overview indeed! I feel like knowing both how to allow observing multiple subjects and also how to have one subject to be observed for different reasons as the subject now has just one list of observers.
An amazing video, the dedication you put into it is admirable, the way you express yourself is unmatched. All your videos are educational and of a quality above what can be found in many universities.
In recent projects, I have adopted the use of scriptable object events that can be plugged into a variable in the inspector in the object that calls it (subject). I then have a seperate component that can listen to an event (Observer) and pass it along to anything subscribed to an exposed UnityEvent than can be populated in the inspector as well. This allowed our designers to create custom interactions based on different game states without ever having to touch the code.
Thanks so much. I was making a game and put all Observers in Subject 😅 and ask my self how to solve this and suddenly find your video Thanks to Observer Pattern my subject now is clean. Thanks Again👏.
I loved this look at what seems to be the theory behind Events. I'd love to see more on this topic like you asked at the end. Also, I love Bastion and Supergiant games in general too.
Nice video, but keep in mind that you should check if the list and the observers has null values when inserting, removing or notifying objects. This prevents the Subject class to notify or remove an object that already has been destroyed on scene. Even if you unsubscribe a observer from the Subject events in OnDestroy method, there is no way to know if the Subject already has been destroyed. Use null check to prevent this also.
Great stuff dude. Your explanation is really great, it's like a friend explaining me without making me feel like a noob XD. Would like to see the advance narration system. Thanks and keep it up!!
My code isn’t merely coupled, its polygamously married to everything and even death doesn’t part them. This was far easier to follow than Microsoft’s documentation. Many thanks.
Very well put together video. It was concise and very informative. I myself am learning to be a developer and this video not only helped me with the observer pattern but gave me a better idea of what enums are. Which i have in a noise library but have never coded myself. So thanks a bunch. Liked and subscribed.
Thanks. My biggest issue is still understanding the logic behind the codes. But with videos like these they get clearer and clearer. Edit: What I mean is video tutorials are nice to follow along and practice writing code, but it's these shorter videos that focus more on understanding that really help. So thank you again.
YES PLEASE I would love to see an advanced version of this! I had so many ideas while watching this, like making it more generic to use different enums, avoiding inheriting Subject for more versatility, maybe making the events static... so many cool possibilities.
Command + Observer implementation(s) definitely sounds like something I'd like to see more about, seems like something one would want to know how to apply efficiently. As if the rest of it really, but mostly that; I can see myself wanting to apply such for, well, probably 90% of whatever projects I might come up with. Generally anything that goes past the surface when it comes to the more common design patterns would be great, for those "Oo, I know what I could use that for " moments :D
This is really cool stuff man and as usual, you nail it yet again by taking really complex subjects and break them down in such a way that makes them seems like if they are 'easy'. I just love the consistent style and formatting of your videos as well. Always learning from you man, keep up the great work and thanks a LOT!!! 👊😁 And I definitely would like to see how you do explain and introduce the Scriptable Objects and the Command Pattern implementations your style! I bet it would be awesome as well! - in a personal note I do find a little bit difficult to understand how to use Scriptable Objects - I've seen a few videos around from others, but to be fully honest with you, none of them has already explain their usage in a way that makes click to me.
This was great even as a beginner it was understandable and easy to follow! So glad I saw this thanks for posting this awesome video! Can't wait to see more!
The way I like to implement the observer pattern is by using delegates and events, which are already part of C#, you create an event public property backed by a delegate and add listeners through the public property, this is waaay better than writting an interface and a Subject class for different needs, since Action already has template versions
Good video To all the people asking "why not use x", I like to learn how things work, i wanna learn things that will make me not rely on a specific software with pre built stuff so that i can transfer the knowledge and experience to other situations.
Omu, I never thought programming is way complicated, I know it was but dang this just has a whole new level of coding! I am so happy I saw this, this actually showed up the right on time just what I need because I plan to rewrite my player code for my game to make it nicer and relearn the ropes of coding. I'll have to keep this in mind when i start writing the new code. Also I'd love to see more stuff like this, an advance and more in dept with audio narrators would be cool to see. :3
I 100% want to see the Advance Narration System as I just so happen to be working on a passion project in Unity that would benefit from understanding how all this works better.
I too would be interested on seeing an advanced example narration system with command pattern being used in the future as well! Greate educational video by the way! It clearly made me subscribe to your channel as well :D
Great video as always! The implementation you showed is elegantly simple and I think can make for a great base to improve upon. For starters: generics can potentially be used to define OnNotify with different types of arguments (though working with generics can sometimes be tricky!) Normally I use C# events with EventArgs to pass custom data, however this video inspired me to find a way to generalize my approach even further - Imma give that a shot when I have a chance!
Happy to hear that you had the idea of generics! Funny enough, the project files include a version of the pattern with generics that I was experimenting with :)
Gamedev here. The concept of decoupling is super important and this is clearly the right approach to deal with a one-to-many situation. BUT I would not recommend to create a Subject class that extends MonoBehaviour and force all your components that need to follow this pattern to be a subclass of Subject. Instead, just use C# events, which embed by definition the observer pattern, can be fully customized with the parameters you need and most importantly let you define them by composition and not by forcing you to inherit a specific class. And also they're super easy to use: "myEvent += myListener" to subscribe, "myEvent?.Invoke(parameter)" to fire the event!
You're definitely not the only person to recommend this! And I agree!! But my reasoning for this tutorial is that I think that by creating our own observer pattern implementation, we gain a deeper understanding of the underlying concepts of event-driven programming and the observer pattern. And we can start to see how C# events and UnityEvents came about in the first place. That will make it easier to understand and work with Unity's event system. That's personally how I like to learn, at least. The use of UnityEvents is intended to come in the "advanced" tutorial :)
Did you guys ever heard about ReactiveX? It makes observables easy to use and comes with all operators you can think of. At least for JavaScript it is genius and makes life easy and the code clean and bug proof. I saw there is an implementation for Unity aswell called UniRx.
it's a really useful content. Great explanation with working examples, so you can figure out why and how you can use a pattern for game architecture. Thanks
For anyone who may have heard of the PubSub (publisher subscriber) pattern, the Observer pattern is the name used in the book, Design Patterns, by The Gang of Four. Great book. Definitely recommend it for newer programmers.
This is a really great introduction to the observer pattern. I think it's important to point out that observers should only be used in non-critical context. In this example, it is possible to stall the player's jumping logic if one of the observers does some intensive work, which may cause stuttering during gameplay. This might be frustrating to debug when it happens. Personally, I only use the observer pattern if the task that needs to be done can be discarded and not that critical to the gameplay (i.e. it's ok if the task does not happen or can be retried later). I've seen code bases that used this pattern to handle entire game states and that was not fun to debug.
Love all your videos continue continue continue I am working on an MMORPG and seeing videos brushing my skills up thank you, and I am using that model in the video as my player as well :D lol
The explaination was superb! A very interesting take on the observer pattern. Right when I saw you were using interfaces on the trailer, I knew this was gonna be a different approach from what I know. I personally use C# events housed inside scriptable objects. Nice to learn some alternatives though.
Great video. I would also like to see more about other programming patterns such as the Command Pattern (which allows you to implement features such as: Do & Undo Actions in your Games), Factory and Finite State Machine (I've heard that this is the most widely used in Video games, and also the Unity's Animator functionality itself is based on this one behind the Scenes).
But I want to ask.what's the deference between observer pattern and UnityEvent system.if they both do something that observers listening to the event??
UnityEvents and C# events are based off the observer pattern. This tutorial is to teach the fundamentals so that we have a better understanding of why systems like UnityEvents were designed in the first place.
I love these videos about design patterns, I think they're super useful for game development. I've used the command pattern a couple times but I would love to see your take on it (super useful for making undoable actions!). I have a question though, does creating your own Observer/Subject scripts provide any advantage over just using UnityEvents? It seems both can accomplish similar things.
I think that implementing the observer pattern yourself can help you to understand the pattern better and help you to become more proficient in coding. But Unity Events are great and serve basically the same purpose
The observer pattern is a nightmare in a large codebase. If you have multiple devs with varying levels of skill over a period of years this will turn into the worst spaghetti mess you've ever seen. In my day job I work on an application with 600k+ lines of code. We have this pattern and while it does decouple things it easier to introduce bugs, harder to debug, difficult to schedule operations and easier to accidentally do work more than once. Just remember: coupling isn't always bad.
The only thing I wish you added to this was showing the `event` keyword. It's the observer pattern in one line, basically :) It's not serializable, but Unity does provide the UnityEvent type which is, if you really want to use the inspector. but otherwise, this is a very killer and informative video, thank you!!
Awesome -- I'm pretty confident UnityEvents will be what are used in the "advanced tutorial" but I think learning about the Observer Pattern _first_ allows developers to understand the built-in implementations from a base level. Now when we learn about UnityEvents, (I think) things might make more sense than they would have otherwise.
I wish these videos had been available when I learnt about programming patterns. I'd like to see an implementation of observer pattern/events using scriptable objects as the middle-man, I don't know if that's what you had in mind, though 👀
Hey man, lovelly video. You are in a great way and a love you channel. As a developer, It's good to see people like you doing this kind of video. But one thing to be careful with what you are teaching. Normally in unity people uses alot UnityEvents, Delegates and etc. So teach about Observer Pattern in that way without show this options can direct new developers to a complicated direction. Probably another video talking about that should be good. it's just a feedback to you increase your channel :) Keep rocking
You're definitely not the only person to recommend this! And I agree!! But my reasoning for this tutorial is that I think that by creating our own observer pattern implementation, we gain a deeper understanding of the underlying concepts of event-driven programming and the observer pattern. And we can start to see how C# events and UnityEvents came about in the first place. That will make it easier to understand and work with Unity's event system. That's personally how I like to learn, at least. The use of UnityEvents is intended to come in the "advanced" tutorial :)
Here's a question I have after your video. Are you not just moving one coupling to another? I feel like instead of the player referencing each script (as you outlined, lighting, sfx, etc), all of those scripts now reference the player (subject). Isn't this just reversing the coupling, not actually decoupling? What's the gain in doing so?
Hey Zeke, someone else had the same question so I'll just copy paste my explanation here. Hope it helps! Completely avoiding coupling between objects is difficult, if not impossible, in most real-world scenarios. Objects in a system typically need to interact with and depend on other objects in order to accomplish their tasks. The result of using this pattern is that the Subject class is no longer coupled to components that it really doesn't need to know about, whereas the observers DO need to know about the subject in order to function, so there is loose coupling in-so-far that we really only need a reference to it and to add/remove itself from the subject's list of observers. Hopefully it's noticeable how drastically better-practice the code is when using the pattern than it is without it in the pseudocode example.
You could use an event or delegate that other classes subscribe to. I mean you basically created an interface and a class that does what an event does.
This is true! Unity Events are great! But implementing the observer pattern ourselves can help us to understand the pattern better and help to become more proficient in coding
Nice video, although I personally implement it a little differently, allowing even more decoupling. My events are scriptable objects, the player can fire the event while the narration can listen for it. This allows the two to even be in different scenes and still communicate with each other.
Good video, well explained, if I were a beginner, I certainly would learn a lot. My two cent: This observer pattern is a very "Java thing", but implemented in C#. Nothing is wrong, but since we are in .NET, I would probably start with a public static Action OnDamageTaken { get; set; } in the Player script. This way, you communicate outwards from your player "hey, I took damage", and then all the systems that needs to react to it, can subscribe to this event. And build a system based on this. C# has "Action" and "Func" build-in for situations like this. But again, nothing is more right or wrong, do the system the best fits you. And for beginners; this is a legitimate pattern used in many languages.
![Procedural Animation in Unity | Procedural Environment Interactions [1] Intro & Character Setup](http://i.ytimg.com/vi/Y6hJlaOwpds/mqdefault.jpg)
![Procedural Animation in Unity | Procedural Environment Interactions [1] Intro & Character Setup](/img/tr.png)
✨ Before C# and UnityEvents there was… THE OBSERVER PATTERN! ✨ Let’s level-up our programming skills and break down another design pattern to create an awesome gameplay feature and gain an understanding of how these built-in event systems were created! I also have to say that as an avid fan of both Bastion and SuperGiant Games, this new video has been an absolute blast to make! I hope you all love it too!
The project files for anyone who wants to get hands on the project without building the whole thing yourself: www.patreon.com/posts/project-files-to-77632739
Smash that like button if you can't wait to learn!
Cheers!🍻
-Nicky
I have another complex solution: GPT-3 + VALL-E or another Text2Voice AI. GPT-3 generate a text when the observer notify sending a prompt to GPT-3 and VALL-E generate the audio.
@@artistaartificial5635 Killer idea :P
@@artistaartificial5635 A probably incredibly inefficient idea because you are introducing 1.A dependency on the GPT service and you dont really know the outcome,and 2. A slow response time cause we talking about an AI calculating a response and receiving it.
Thank you for previewing the end goal idea. It drives me crazy how many videos/tutorials are out there that don't show the end result at the beginning, it is what hooks me in!
Thanks for watching Chris! Good to know that sharing the preview is a good idea at the start!
I wanna see the advanced narration system at some point in the future
Thank you for the support, Pitch Black!
Me too
same!
DEFINITELY!!!!
Me too!
Great stuff! However, small note: there's no need to implement the observer pattern in Unity since C# Actions exist. The observer pattern was made for non-event driven languages like C++.
You can even put an Action in an interface. I'd do that and use [SerializeReference] on a list of the subject interface with maybe a custom property drawer.
That way your class doesn't have to inherit from a subject class either.
show code Examples
UnityEvent is even more powerful as it gives ability to hook them up inside the editor
Hey, would you mind elaborating on this, or giving me a search term that I could use to find more info, I tried searching C# actions, Unity C# Actions, Why Observer Pattern is not needed in c#, and I got some info, but still am not super clear on it. Thanks
@@johnandbuddy Not sure if this comment is targeted at me. UnityEvent has enough info on the net.
@@EvgeniPetrov hey thanks for the reply, no I was asking the op of the comment. But I have since learned about unityEvent and love it. I was more asking what was the commenter talking about with Actions.
i like how you cover multiple subject in just one video, one can learn a lot of things from it, Basic Audio Handling, Observer Pattern, Enums etc in one video that's amazing ngl
Thanks so much!!!
Subscribed! This was GREAT... probably the finest tutorial I've watched on a programming pattern. Not too fast, not too slow, not too heavy on theory. Would LOVE an advanced tutorial, as well as more videos on other patterns. Looking forward to everything you do!
Thank you so much for the kindness, Jason!!
I would say that the method you've explained here is still kind of coupled, since it requires a direct reference to all of the subjects that need to be notified. If you were to delete one of the subjects from the scene, it would end up causing an error. Plus, this is not scalable for games that rely on a multi-scene architecture.
However, this was a great introduction to the topic! I'm sure you'll get into more details in future tutorials. Speaking for myself, I am a huge fan of the ScriptableObject based event pattern.
Keep up the good work! I love your channel and the way you lay out your videos to explain the topics you cover in a highly-detailed and beginner-friendly way.
Thing of note,as hinted in the pinned comment, is that C# provides this functionality with its Events(not Unity Events).So if one sticks with C# they can use C# events instead of making their own implementation.
I understand that this video may be made for any language user that doesnt have events like C# but thought i'd let people know.
also, not really relevant to Unity, but Godot's own language GDScript also has first-class support for Signals, and I imagine it works very similarly.
I wanted to take my take to say out loud how much I do appreciate your work in your channel. As you may have heard before, its not only how good are the subjects and professionalism in the production of the content, but even more fundamentally the way of explaining things. The way that you code things and later change it for a more optimazed way explaining why and how it works. I could write pages about how great in general your channel is and the amount of things and abstract concepts I have learned thanks to you. The best of luck, keep the good work and the energy!
Hey Jose! Those kind words mean a lot. It's super reassuring to read that the time and effort I put into each video is actually worth it. It's been a while since this last upload, but I'm hoping that the next video I release can match the quality!
Can't wait for this one. I found your channel 2 days ago, and this is the most valuable Unity channel I have ever seen. I'm glad you explain everything in an easy way. Please keep it going. I hope, you gonna get more subscribers soon.
Thank you, Kitsune! I’m glad you’ve enjoyed my videos and I hope they have helped you out on your gamedev journey! 😊
same I just found this channel and it's tutorials are phenomenal!
I would absolutely love to see the part two, advanced, of this video! What I struggle the most with my learning of game programming is definitely code organization and maintenance having in mind scalability, readability and how components and scripts talk to each other. Think video was very cool regarding that, I feel like I need to watch it a couple times to fully grasp it and give it a try as well, but it was awesome! Thanks!
Thanks again for turning abstract gaming patterns into real examples. You are amazing!
That is the goal! Thank you for the kindness!
This is some of the most calibrated and well explained content I've seen on the subject in a long time.
best game dev tutorial channel I've ever watched. Thank u so much for giving me easy-to-understand content and your easy-to-hear voice
Finally! I've been searching for not just an explanation but an implemenation. Great video!
Man... The observer pattern explanation is top notch!
Thanks so much Jesh! :) I tried to make it as beginner friendly as possible
Great video as always. I recently participated in a game jam and in 48 hours I made a mess of my game folders and did a lot of coupled code. You exactly targeted the problems I saw and provided the cleanest solution. I'm definitely gonna implement this in my next game jams and have a peaceful life adding features
This one ir the best unity Chanels. Hi from Brazil
Thank you so much Paulo! I hope you like this new video :)
@@iHeartGameDev my english is not that bad. I was running on the treadmill
Your animation tutorial is insane! I really enjoy your emotionality and how you explain difficult things in plain language! Thanks for your work!
From Russia with love
Thank you so much!
Fantastic video, as always! You're the new GOAT for good game dev practices. Love your videos.
Thanks so much Chuck!
A pretty nice overview indeed!
I feel like knowing both how to allow observing multiple subjects and also how to have one subject to be observed for different reasons as the subject now has just one list of observers.
I have seen other vídeos about the topic but i feel this is the first and only time i could understand it xp
Thanks. Super nice explanation. I am exhausted of waiting the advanced observer Pattern.
Thank you! I’ll get to the advanced version at some point!
An amazing video, the dedication you put into it is admirable, the way you express yourself is unmatched. All your videos are educational and of a quality above what can be found in many universities.
Thank you for such kind words! It truly means a lot!
In recent projects, I have adopted the use of scriptable object events that can be plugged into a variable in the inspector in the object that calls it (subject). I then have a seperate component that can listen to an event (Observer) and pass it along to anything subscribed to an exposed UnityEvent than can be populated in the inspector as well. This allowed our designers to create custom interactions based on different game states without ever having to touch the code.
This sounds like an optimal implementation! Thank you for sharing!
Ive Just pause the video to say, you are awesome, the way you show and solve the problem is perfect, thank you
Thank you so much, Redley!
Excellent tutorial as always! Keep em coming please, you're def one of the best on UA-cam 🙏🏽
Graham! Thanks so much for the kind words, bro!
The advanced system is exactly what there need to be more of.
Nice, clear tutorial. Thanks.
Best video about the observer pattern I found so far. Thanks a lot.
Wow, thanks! That's quite the compliment!!
Ill love to see the next part of this project. Excelente job!
I always wondered your way of handling Observer Pattern! That a great one. Thanks for your effort on this video. This is diamond.
Thank you so much! This was a fun one to make!
That's really interesting. Thanks for this video. Multiple subjects would be a topic I'd like to see in your next video.
Sure thing! Thank you!
Thanks so much. I was making a game and put all Observers in Subject 😅 and ask my self how to solve this and suddenly find your video Thanks to Observer Pattern my subject now is clean. Thanks Again👏.
Glad I could help!
Learnt so much from this man, your editing and script work is insane. You will most certainly be a huge game dev channel soon bro
Thank you so much Maximum Spice! The channel just hit 50K!!
@@iHeartGameDev I saw bro, your on your way to over a million easily bro with content this well made!
I loved this look at what seems to be the theory behind Events. I'd love to see more on this topic like you asked at the end. Also, I love Bastion and Supergiant games in general too.
That was the intention! Now when people look into Unity Events they'll have a good understanding of the general concept and purpose.
This was amazing! Great video, would love to see you keep going.
Thank you so much!
Nice video, but keep in mind that you should check if the list and the observers has null values when inserting, removing or notifying objects. This prevents the Subject class to notify or remove an object that already has been destroyed on scene. Even if you unsubscribe a observer from the Subject events in OnDestroy method, there is no way to know if the Subject already has been destroyed. Use null check to prevent this also.
Very good point!! :D
This channels deserves way more subscribers
Great stuff dude. Your explanation is really great, it's like a friend explaining me without making me feel like a noob XD. Would like to see the advance narration system. Thanks and keep it up!!
Thank you Pratik!
I'm interested to see more advanced projects in near future .... Awesome video and really helpful .. *Subscribed*
Great. Yes to the advanced tutorial on this topic would be welcome and I'll look forward to the procedural animation video.
Amazing video! Hope to see the advanced narration in the system, that would be super helpful for me! Keep the good work :)
Thank you very much Sergio!
Great explanation of the observer pattern, along with creating an example. Would love to see an advanced narrator tutorial video!
My code isn’t merely coupled, its polygamously married to everything and even death doesn’t part them.
This was far easier to follow than Microsoft’s documentation. Many thanks.
event Actions are also a great implementation of the observer pattern, I use them a lot for decoupling
They are! 😄
Thanks!
Very well put together video. It was concise and very informative. I myself am learning to be a developer and this video not only helped me with the observer pattern but gave me a better idea of what enums are. Which i have in a noise library but have never coded myself. So thanks a bunch. Liked and subscribed.
Hey! I love to hear that! Best of luck on your programming journey 😄
Thanks. My biggest issue is still understanding the logic behind the codes. But with videos like these they get clearer and clearer.
Edit: What I mean is video tutorials are nice to follow along and practice writing code, but it's these shorter videos that focus more on understanding that really help. So thank you again.
YES PLEASE I would love to see an advanced version of this! I had so many ideas while watching this, like making it more generic to use different enums, avoiding inheriting Subject for more versatility, maybe making the events static... so many cool possibilities.
I think using ReactiveX there is no need to integrate of this yourself
Fantastic channel and looking forward to binging on your content
Bro your content is awesome ! Keep it up I’m glad to be subscribed
Thank you 🙏
Command + Observer implementation(s) definitely sounds like something I'd like to see more about, seems like something one would want to know how to apply efficiently. As if the rest of it really, but mostly that; I can see myself wanting to apply such for, well, probably 90% of whatever projects I might come up with.
Generally anything that goes past the surface when it comes to the more common design patterns would be great, for those "Oo, I know what I could use that for " moments :D
Would gladly watch the continuation of this character’s adventure in the observers world
Awesome thank you!
I’m currently making a Christian horror game thanks for all of your videos they helped me out
Happy to help!
I never knew i need this tutorial,
So helpful, Thanks!
Happy to help!
Great video, I would also like to see the advanced narration pattern in the future.
Thank you Vlady!
This is really cool stuff man and as usual, you nail it yet again by taking really complex subjects and break them down in such a way that makes them seems like if they are 'easy'. I just love the consistent style and formatting of your videos as well. Always learning from you man, keep up the great work and thanks a LOT!!! 👊😁
And I definitely would like to see how you do explain and introduce the Scriptable Objects and the Command Pattern implementations your style! I bet it would be awesome as well! - in a personal note I do find a little bit difficult to understand how to use Scriptable Objects - I've seen a few videos around from others, but to be fully honest with you, none of them has already explain their usage in a way that makes click to me.
This was great even as a beginner it was understandable and easy to follow! So glad I saw this thanks for posting this awesome video! Can't wait to see more!
I LOVE to hear that. I try hard to make my videos as approachable as possible, so it means a lot that it’s beginner friendly. Thank you for sharing!
Programming for production sounds pretty interesting! Looking forward to more content.
The way I like to implement the observer pattern is by using delegates and events, which are already part of C#, you create an event public property backed by a delegate and add listeners through the public property, this is waaay better than writting an interface and a Subject class for different needs, since Action already has template versions
Good video
To all the people asking "why not use x", I like to learn how things work, i wanna learn things that will make me not rely on a specific software with pre built stuff so that i can transfer the knowledge and experience to other situations.
Omu, I never thought programming is way complicated, I know it was but dang this just has a whole new level of coding! I am so happy I saw this, this actually showed up the right on time just what I need because I plan to rewrite my player code for my game to make it nicer and relearn the ropes of coding. I'll have to keep this in mind when i start writing the new code. Also I'd love to see more stuff like this, an advance and more in dept with audio narrators would be cool to see. :3
I have no idea why UA-camgorithm pushed this at me, but this was a great Observer pattern explanation.
Blessed by the algorithm 🤘 thanks for watching!
Great lesson. I'd love to see that advanced narration system tutorial!
AWESOME! Def interested in the advanced version you mentioned :)
Awesome! Easy to understand.
Would love the advanced tutorial.
Thanks!
I 100% want to see the Advance Narration System as I just so happen to be working on a passion project in Unity that would benefit from understanding how all this works better.
Another great video Nicky, keep doing what you're doing - you're proving to be an invaluable resource to the Unity community.
Thanks so much Shaun!! :)
Wow this video is amazing, so detailed and easy to understand. I learnt a lot from it, thank you :)
Thank you Nadav!
I too would be interested on seeing an advanced example narration system with command pattern being used in the future as well!
Greate educational video by the way! It clearly made me subscribe to your channel as well :D
Thanks so much Aleck!
dude ill try and implement this in my multiplayer game thanks, id love to see the more advanced one
Great video as always! The implementation you showed is elegantly simple and I think can make for a great base to improve upon.
For starters: generics can potentially be used to define OnNotify with different types of arguments (though working with generics can sometimes be tricky!)
Normally I use C# events with EventArgs to pass custom data, however this video inspired me to find a way to generalize my approach even further - Imma give that a shot when I have a chance!
Happy to hear that you had the idea of generics! Funny enough, the project files include a version of the pattern with generics that I was experimenting with :)
Gamedev here. The concept of decoupling is super important and this is clearly the right approach to deal with a one-to-many situation. BUT I would not recommend to create a Subject class that extends MonoBehaviour and force all your components that need to follow this pattern to be a subclass of Subject. Instead, just use C# events, which embed by definition the observer pattern, can be fully customized with the parameters you need and most importantly let you define them by composition and not by forcing you to inherit a specific class. And also they're super easy to use: "myEvent += myListener" to subscribe, "myEvent?.Invoke(parameter)" to fire the event!
You're definitely not the only person to recommend this! And I agree!! But my reasoning for this tutorial is that I think that by creating our own observer pattern implementation, we gain a deeper understanding of the underlying concepts of event-driven programming and the observer pattern. And we can start to see how C# events and UnityEvents came about in the first place. That will make it easier to understand and work with Unity's event system. That's personally how I like to learn, at least. The use of UnityEvents is intended to come in the "advanced" tutorial :)
Did you guys ever heard about ReactiveX? It makes observables easy to use and comes with all operators you can think of. At least for JavaScript it is genius and makes life easy and the code clean and bug proof. I saw there is an implementation for Unity aswell called UniRx.
fantastic. can't wait to see the comman pattern
Thanks Gordon! I have a command pattern video already actually!
Amazing informative video can't wait to see the advance narration system. 🤩🤩
Noted! It seems like a lot of people do. Thanks for watching :)
Waw outstanding work, thank you so much - best design pattern course at the moment :)
Wow, thank you!
bro the explanation is top tier really amazing 👏👏👏👏👏
your hae to be the best, litterly no one else makes these kinds of ideos talking about these ery important things
That means a lot Samuel! Thank you 🙏
I really like these design pattern type videos
Thank you Dahstroyer! I like them too
it's a really useful content. Great explanation with working examples, so you can figure out why and how you can use a pattern for game architecture. Thanks
You’re most welcome! I’m glad you liked it!
For anyone who may have heard of the PubSub (publisher subscriber) pattern, the Observer pattern is the name used in the book, Design Patterns, by The Gang of Four. Great book. Definitely recommend it for newer programmers.
This is a really great introduction to the observer pattern. I think it's important to point out that observers should only be used in non-critical context. In this example, it is possible to stall the player's jumping logic if one of the observers does some intensive work, which may cause stuttering during gameplay. This might be frustrating to debug when it happens.
Personally, I only use the observer pattern if the task that needs to be done can be discarded and not that critical to the gameplay (i.e. it's ok if the task does not happen or can be retried later). I've seen code bases that used this pattern to handle entire game states and that was not fun to debug.
this was a brilliant vide, really easy to understand
Thank you so much!
This is a great tutorial mate
Cheers, Loladín! :) Thank you!
Great video!
Would love to see the more advanced version as well.
Awesome :) it will definitely happen!
Love all your videos continue continue continue I am working on an MMORPG and seeing videos brushing my skills up thank you, and I am using that model in the video as my player as well :D lol
The explaination was superb! A very interesting take on the observer pattern. Right when I saw you were using interfaces on the trailer, I knew this was gonna be a different approach from what I know. I personally use C# events housed inside scriptable objects. Nice to learn some alternatives though.
Awesome. I’m happy to hear that you learned something new!
Great video.
I would also like to see more about other programming patterns such as the Command Pattern (which allows you to implement features such as: Do & Undo Actions in your Games), Factory and Finite State Machine (I've heard that this is the most widely used in Video games, and also the Unity's Animator functionality itself is based on this one behind the Scenes).
I have tutorials on both the Command Pattern and State Pattern :)
@@iHeartGameDev Great!
I will check them out 👍🏻
Thank You for creating such a Good Quality Content.
But I want to ask.what's the deference between observer pattern and UnityEvent system.if they both do something that observers listening to the event??
UnityEvents and C# events are based off the observer pattern. This tutorial is to teach the fundamentals so that we have a better understanding of why systems like UnityEvents were designed in the first place.
@@iHeartGameDev I see. Thanks so much.
I love these videos about design patterns, I think they're super useful for game development. I've used the command pattern a couple times but I would love to see your take on it (super useful for making undoable actions!).
I have a question though, does creating your own Observer/Subject scripts provide any advantage over just using UnityEvents? It seems both can accomplish similar things.
I think that implementing the observer pattern yourself can help you to understand the pattern better and help you to become more proficient in coding. But Unity Events are great and serve basically the same purpose
@@iHeartGameDev Yes, I definitely agree! Thank you for your reply
The observer pattern is a nightmare in a large codebase. If you have multiple devs with varying levels of skill over a period of years this will turn into the worst spaghetti mess you've ever seen. In my day job I work on an application with 600k+ lines of code. We have this pattern and while it does decouple things it easier to introduce bugs, harder to debug, difficult to schedule operations and easier to accidentally do work more than once.
Just remember: coupling isn't always bad.
The only thing I wish you added to this was showing the `event` keyword. It's the observer pattern in one line, basically :)
It's not serializable, but Unity does provide the UnityEvent type which is, if you really want to use the inspector.
but otherwise, this is a very killer and informative video, thank you!!
Awesome -- I'm pretty confident UnityEvents will be what are used in the "advanced tutorial" but I think learning about the Observer Pattern _first_ allows developers to understand the built-in implementations from a base level. Now when we learn about UnityEvents, (I think) things might make more sense than they would have otherwise.
@@iHeartGameDev This is very true! You're right, it's best to show how to diy first :)
I wish these videos had been available when I learnt about programming patterns. I'd like to see an implementation of observer pattern/events using scriptable objects as the middle-man, I don't know if that's what you had in mind, though 👀
Hey man, lovelly video. You are in a great way and a love you channel.
As a developer, It's good to see people like you doing this kind of video.
But one thing to be careful with what you are teaching.
Normally in unity people uses alot UnityEvents, Delegates and etc.
So teach about Observer Pattern in that way without show this options can direct new developers to a complicated direction.
Probably another video talking about that should be good.
it's just a feedback to you increase your channel :)
Keep rocking
You're definitely not the only person to recommend this! And I agree!! But my reasoning for this tutorial is that I think that by creating our own observer pattern implementation, we gain a deeper understanding of the underlying concepts of event-driven programming and the observer pattern. And we can start to see how C# events and UnityEvents came about in the first place. That will make it easier to understand and work with Unity's event system. That's personally how I like to learn, at least. The use of UnityEvents is intended to come in the "advanced" tutorial :)
Great video, gave me good insights.
Here's a question I have after your video.
Are you not just moving one coupling to another? I feel like instead of the player referencing each script (as you outlined, lighting, sfx, etc), all of those scripts now reference the player (subject). Isn't this just reversing the coupling, not actually decoupling? What's the gain in doing so?
Hey Zeke, someone else had the same question so I'll just copy paste my explanation here. Hope it helps!
Completely avoiding coupling between objects is difficult, if not impossible, in most real-world scenarios. Objects in a system typically need to interact with and depend on other objects in order to accomplish their tasks. The result of using this pattern is that the Subject class is no longer coupled to components that it really doesn't need to know about, whereas the observers DO need to know about the subject in order to function, so there is loose coupling in-so-far that we really only need a reference to it and to add/remove itself from the subject's list of observers. Hopefully it's noticeable how drastically better-practice the code is when using the pattern than it is without it in the pseudocode example.
You could use an event or delegate that other classes subscribe to.
I mean you basically created an interface and a class that does what an event does.
This is true! Unity Events are great! But implementing the observer pattern ourselves can help us to understand the pattern better and help to become more proficient in coding
That's a really great great explanation :D
Nice video, although I personally implement it a little differently, allowing even more decoupling. My events are scriptable objects, the player can fire the event while the narration can listen for it. This allows the two to even be in different scenes and still communicate with each other.
Good video, well explained, if I were a beginner, I certainly would learn a lot.
My two cent: This observer pattern is a very "Java thing", but implemented in C#. Nothing is wrong, but since we are in .NET, I would probably start with a
public static Action OnDamageTaken { get; set; }
in the Player script.
This way, you communicate outwards from your player "hey, I took damage", and then all the systems that needs to react to it, can subscribe to this event. And build a system based on this.
C# has "Action" and "Func" build-in for situations like this. But again, nothing is more right or wrong, do the system the best fits you. And for beginners; this is a legitimate pattern used in many languages.
I love this channel. Thank you for the great videos.
Thank you for watching!