BTW, whenever I need a reference for design pattern, I would actually go back and watch your videos instead of Design Patterns by the gang of four, because you're incredibly good at explaining Object-Orientation concepts. Please keep up your awesome work!
I think I'm understanding why you're such a good teacher. I can't identify how you're doing it, but you manage to move on and explain new things saying the same thing over and over and over again. But everytime you say it there's something new yo realise about it, the way you wrote the script of your videos (or just made them) is amazing.
I really appreciate you going through the logic of "Well why wouldn't we just do xyz", "we don't do that because then...". It really helped make it click that it's not just about being able to instantiate different sub-types, it's also about being able to instantiate them in specific, repeatable ways.
The example in the book confused me to no end, but you described this so clearly. I think the missing piece for me was understanding the power of encapsulating different strategies for object creation. Once I understood that, it all clicked. Thanks so much, I hope you will continue with more tutorials!
Guys! Please read this comment until the end, I know it is long but it will be worth your time if you really want to learn. I love these videos but this video is WRONG! This is a MISINTERPRETATION of the Factory Method pattern. This is NOT the purpose of the pattern, this is a very common misunderstanding. Be careful. I'm telling you this because I'm reading it from the Gang of Four Design Pattern book, I have it in my hand right now. Where did this video go wrong? 1. When it said that the problem this pattern solves is isolating the complexity of the creation. This is NOT the purpose. Isolating the creation of the objects is the responsibility of the Abstract Factory, not Factory Method. 2. When he said that a factory method can return several types of Products. No!! The factory method should return a SINGLE Product type (this is a little lie, but bear with me) The problem that is solved by this pattern is that the Abstract Creator can't know which Concrete Products should be used by each Concrete Creator, so it let's the Concrete Creators define the type of Concrete Product to be used via a factory method, which is an abstract method (Java). Let's say I have a Zoo class (Abstract Creator) and I have multiple types of Zoo: DogZoo and CatZoo (Concrete Creators). I also have the class Animal (Abstract Product) and the classes Dog and Cat (Concrete Products). Also, the Zoo has a List of Animals. OK, so let's say the Zoo has a method SpawnAnimal() that creates a new animal and adds it to the Animal List. But... Wait... Zoo doesn't know which type of animal it should add to the list! Does it add a cat? a dog? a parrot? Zoo can't know! So Zoo says "OK I will define a factory method createAnimal() so that my subclasses can tell me which type of Animal they want to use when I spawn an animal". So the DogZoo will return a dog in that createAnimal() method. The CatZoo will return a cat. Then when the Zoo calls the SpawnAnimal it creates the new animal with its createAnimal function. That's the idea of this method. The ConcreteCreators tell the AbstractCreator which ConcreteProduct to use!!! That's why the definition says "let subclasses define the ConcreteProduct". The purpose is NOT about isolating the creation in a separate Factory class!!! The purpose is NOT to allow switching factories on runtime to change from one behavior to another!!! Now that I have your attention. I lied when I said that the factory method can only return a single type of Concrete Product. There is actually a variation called the "Parameterized Factory Method" but it requires a parameter to tell the Factory Method which type of object to return in case a Concrete Creator is compatible with multiple Concrete Products. Going back to my example it would be something like FarmZoo and CityZoo. The farm zoo is compatible with Dog, Pig and Sheep. The CityZoo is compatible with Lion, Zebra, Hippo and Giraffe. The createAnimal() would now be createAnimal(type). That's it. So now when Zoo wants to spawn a new Animal you can tell it which type of animal to Spawn. But it won't let you spawn an animal that is not allowed. Now about the isolation. The Abstract Factory pattern DOES isolate the creation logic, thus, the clients create the factory and expect the factory to return a desired object to them. In the factory method there is NO client that consumes a factory expecting an object to be returned. In the factory method pattern the client of the factory method is the Abstract Creator!! The abstract creator is literally the class that "consumes" the factory method implemented by the subclasses. In other words, Christopher has created an Abstract Factory in which the Concrete Factories have a single Factory Method. Keep in mind that Abstract Factory can be implemented as a collection of Factory Methods OR as a collection of Prototypes. Please, Guys, I hope you understood this because this is a HUGE misunderstanding in the industry and most Juniors think they understand Factory Method but they really don't, they constantly confuse it with Abstract Factory because even smart teachers get it mixed up. I hope this was clear :) If you didn't understand, my advice is to go and read the Design Patterns: Elements of Reusable Object-Oriented Software book.
Nothing went to my mind when I watched this video for the first time. Then I went back and read this concept on "The Head First Design Patterns" book and then came back here. This time things are very relatable and visualizable. Now I following this method for all the patterns and its very helpful. I suggest the same for beginners.
Excellent, excellent, excellent lecture! Takes the time to introduce, repeat, cite examples, repeat.... No stupid power point slides... Talks to you and uses his hands and mouth to clearly explain...
actually IMO it was pretty good, at least it's easier to not resign, or fall asleep when something is constantly happening. Perfect for my sleepy day like today:P Thanks @Christopher for this vid. I barely can remember when was the last time I was that much into viewing something on design patterns.
This is the best explanation of this pattern! What could be better? Personaly for me - to show an example of what different way of creating products can contain different factories. This could help me to understand more clearly the benefit of using factories versus creating straight the products. But anyway, thank you very much for such understandable information delivery!
Looks like you high but I was surprised how clearly you understand what people need to know, what they struggle with - all your examples are TOP. And how clearly you explaied everything! One of the best teachers I ever saw. Recommended!
I come from other videos where everybody is giving great comments however the video is trash. I finally came to the right place where the explanation is actually good. Thank you Chris you should build a Java course someday!
The examples of factory method and abstract factory patterns provided by this book are the most convenient and understandable ones I've ever seen. And I: 1) have seen dozens of them; 2) am not from NY, Chicago etc. I'm not even from USA.
I completely agree with the fact that the book's example is causing more confusion than understanding. Your explanation at 5:35 is legendary and that's all I wanted to understand this pattern. Thanks a ton for that.
A 100% agree with you on that the example the book gives is rather hard to relate to. Your explanation helped me understand the factory patterns much better. Thanks a lot!
I love that you move so much while speaking, it helps me get less distracted THank you for your explanatoin, it was really useful and easy to understand!
I came here after going through the HFDP book and somehow although having gone through the pattern twice, it was not very clear to me. It's a great content, 27 mins worth every second, gives a very clear idea going from top down approach to the design pattern. Very well explained, thank you.
I admire your ability to use effective and generic analogy to make your audience understand the concept... Just requesting you to post complete video on SOLID principle .
Dude you are fuckin amazing, I haven't found any other channel that explains and make clear the concept like you did. Hope you make all the g.a.m.m.a patterns on this series, cheers !
Brother , you are the best tutor for design pattern , i was facing so much difficulty with Head first , but now i got a new head to make me understand .. Thanks and keep the good work.
I realized this is the best explanation after watching bunch of other videos on the same topic for couple of days. Thanks for making such a quality video on Factory Method Pattern. At roots I propose to use this when 1. The client program is only interested in what kind of object is required, rather than what exact object is required. Best Example: I need level4 obstacle and not really bother to tell anything more than that. 2. When The client program is more concerned about how they co-relate when they get created more than one. Ex: random Animals are expected rather balanced animals from a Factory. Awesome explanation. Thanks.
The Asteroid example really helped drive home the point. I'm still not completely clear about a lot of things but I have a lot more clarity. Thank you very much!
dude i am indian and these video lecture on design pattern really saved my life no one has taught as well as you have thank you bro really appreciated your work
Hello Christopher, you've really made my day, your explanation is quite stunning, great thanks for you mister, From now on, no confusion anymore about Factory Method Pattern.
Very clear explanation! When I try to do unit testing, I find that it will force me to use factory pattern. Whenever any instance is instantiated in runtime, it cannot use dependency injection to inject the reference. However, if I use new operator inside the method, I cannot control the instantiation of the instance. Thus, the class cannot be tested in isolation. In this case, I am forced to inject a factory to the class and use the factory to create object. In this way, I could mock the factory and have a full control of the instantiation.
Lucas Chau , Can we have an example please? Couldn't wrap my head around injecting a factory when a dependenct is injected (or supoosed to be injected?) Sorry.. just didn't make sense. I get the point you are trying to make, just can't see the implementation or design itself :(
please explain "Whenever any instance is instantiated in runtime, it cannot use dependency injection to inject the reference." if you are free, thanks!!!
You are amazing and very charismatic (which is important) teacher! For someone who is new to programming and patterns your videos are of a great help! Thank you!
You explain this topic super well and I like your speed of speaking very much!! If you want to keep evolving your way to make such awesome tutorials, please avoid your huge amount of jumping because of cutting your videos.
Amazing work!Crystal clear explanation, personalized and out of this world editing!I usually put the videos at 1.25 speed to actually keep my ear on them - yours is purely A+!Cheers!!!
Or maybe each video could be accompanied by a play by play coding session. I think that would give you the choice of learning the theory and then seeing it in action.
It worth watching not even for pattern understanding but for the plot. I was like - wow, what's going to be next with these asteroids and animals? Your expressions are just amazing. Thank you very much. Subscribed.
Thank you for this!! I’m an absolute beginner with OOP and this is one of the only videos I’ve found that helps it make sense at my level. The visuals and examples are so great. You rock!
So, this is about "encapsulating" instantiation in a separate class (factory) so you don't have repeat code and/or mix it with code with different purposes. At the end everything is about separating and organizing implementations by using interfaces so nobody gets crazy trying to figure out what a program does. Imagine to read a book without chapters so you have to find each topic by entirely reading the book... No, let's isolate each part (thanks to inheritance, composition, delegation etc.) and put a name on it so we can read, understand and add code. Imagine those early spaguetti code programmers trying not to commit assasination and instead creating OOP and all these patterns.
Great teacher! You did an excellent job breaking down the pattern, and I completely agree that the HeadFirst examples of Pizza and Pizza Stores are terribly confusing and uninspiring compared to their other examples.
I think it is really interesting how you show that various types of creators and products can reduce to a few creators and products with different properties.
YOU ARE AWESOME!!! Thanks to you I now REALLY understand design patterns. Everything you teach is so clear and it's fun and interesting to learn from you. Thank you so much. You are the best.!!!
You are amazing as a teacher dude, I find it very hard to not understand and follow everything you are saying, it's almost intuitive. Keep up with cutting the video in a lot of pieces, I think it makes the learning process easier if you "shoot" sentences instead of sending a big package of words. I don't know if that makes sense but anyway, keep up with whatever you do. Kudos to you.
Thank you! Ex: During the registration of users, 90% of our clients were exactly the same. However, we had a few custom clients who required us to save some extra registration fields and an extra registration page. Instead of giving those clients their own copy of the system, the factory pattern was used to instantiate those custom clients, which was determined by their domain name. I can't take credit for the choice but it was an interesting way to instantiate the custom Registration objects along with the standard Registration object. P.S. There were several different starting pages due to the custom clients, so using the factory pattern helped with code reuse.
So yeah, amazing explanation, away from the technical and complex words present in every article I've read so far. It's just the perfect vocabulary, the perfect explanation in conjunction with the perfect examples. Good job buddy, keep it that way
Goddamn the factory pattern is already quite complicated here. And now I checked on some pluralsight tutorials - and there are a lot more complications, pitfalls and ways to do it. I think I will skip this pattern for now.
I must say, that I've jumped directly to GOF book. Things were blurry. But, this whole video set makes things way more clearer. So, a BIG thanks from me :)
Your rant on the Factory Design Pattern Example in that book is hilarious because that's literally what led me to google searches because the example got complicated quick hah. I was rocking and rolling until that chapter!
Hi, I think this is a fantastic set of tutorials. I found it really useful. Hope you will find more time and energy to progress though the book quickly and not give up.
great explanation . I think you should give explanation in the following order in the beginning: text definition, purpose and why we need it. dig deep then summarize to some that want to skip the details. You are doing awesome job and quick refresher for me without watching it all the way to the end. Thumbs up.
Congratulations my friend! Every class I am more interested in design patterns and impressed with your control of the topic and the way you teach! Thanks a lot for all your classes, I will see all your series about design pattern and try improve my knowledge
Your videos are awesome! I have watched them all in the past, and I continuously come back to them and use them as a reference. I can't thank you enough!
Thanks! I'll make sure to check out that Patreon page. The repetitive explanations of the same thing suits me well as I watch your vids standing in a crowded subway and can't easily annotate.
The examples they give are like "New York pizzas are thin crust" and "Chicago pizzas are thick crust". This IMO is bad because it makes it sound like the produced concrete objects are different (like they have been decorated with decorator pattern or something) while the factories stay the same. The examples in this video are better because they show the variation in the factories without decorations to the produced objects.
This guy is already speaking in 1.5 speed. You are the best Christopher! Thank you
Hehe
I could not able to here properly in 1.25x too😄😄
@@madhusudanratnalu400 you took me my words :)
@@madhusudanratnalu400 then is not boring.
and here 1i'm watching it in 1.5x
BTW, whenever I need a reference for design pattern, I would actually go back and watch your videos instead of Design Patterns by the gang of four, because you're incredibly good at explaining Object-Orientation concepts.
Please keep up your awesome work!
This guy's energy is the best.
I think I'm understanding why you're such a good teacher.
I can't identify how you're doing it, but you manage to move on and explain new things saying the same thing over and over and over again. But everytime you say it there's something new yo realise about it, the way you wrote the script of your videos (or just made them) is amazing.
Yesssss, i love to see the video once again and see that he was explaining the same concept from the beggining but i just did not understand
Please know that you save my and so many others' lives. People, we need to protect this man at all costs!!!!
I really appreciate you going through the logic of "Well why wouldn't we just do xyz", "we don't do that because then...". It really helped make it click that it's not just about being able to instantiate different sub-types, it's also about being able to instantiate them in specific, repeatable ways.
The example in the book confused me to no end, but you described this so clearly. I think the missing piece for me was understanding the power of encapsulating different strategies for object creation. Once I understood that, it all clicked. Thanks so much, I hope you will continue with more tutorials!
Thank you Christopher for another helpful explanation on patterns. I cannot imagine how long it takes to edit all these jump cuts. God bless.
Thank you for the kind words and the understanding :) It does take a long time ;) :)
@@ChristopherOkhravi You should use jumpcutter to avoid wasting all this time :-)
github.com/carykh/jumpcutter
Guys! Please read this comment until the end, I know it is long but it will be worth your time if you really want to learn. I love these videos but this video is WRONG!
This is a MISINTERPRETATION of the Factory Method pattern. This is NOT the purpose of the pattern, this is a very common misunderstanding. Be careful. I'm telling you this because I'm reading it from the Gang of Four Design Pattern book, I have it in my hand right now.
Where did this video go wrong?
1. When it said that the problem this pattern solves is isolating the complexity of the creation. This is NOT the purpose. Isolating the creation of the objects is the responsibility of the Abstract Factory, not Factory Method.
2. When he said that a factory method can return several types of Products. No!! The factory method should return a SINGLE Product type (this is a little lie, but bear with me)
The problem that is solved by this pattern is that the Abstract Creator can't know which Concrete Products should be used by each Concrete Creator, so it let's the Concrete Creators define the type of Concrete Product to be used via a factory method, which is an abstract method (Java).
Let's say I have a Zoo class (Abstract Creator) and I have multiple types of Zoo: DogZoo and CatZoo (Concrete Creators). I also have the class Animal (Abstract Product) and the classes Dog and Cat (Concrete Products). Also, the Zoo has a List of Animals.
OK, so let's say the Zoo has a method SpawnAnimal() that creates a new animal and adds it to the Animal List. But... Wait... Zoo doesn't know which type of animal it should add to the list! Does it add a cat? a dog? a parrot? Zoo can't know! So Zoo says "OK I will define a factory method createAnimal() so that my subclasses can tell me which type of Animal they want to use when I spawn an animal".
So the DogZoo will return a dog in that createAnimal() method. The CatZoo will return a cat. Then when the Zoo calls the SpawnAnimal it creates the new animal with its createAnimal function.
That's the idea of this method. The ConcreteCreators tell the AbstractCreator which ConcreteProduct to use!!!
That's why the definition says "let subclasses define the ConcreteProduct". The purpose is NOT about isolating the creation in a separate Factory class!!! The purpose is NOT to allow switching factories on runtime to change from one behavior to another!!!
Now that I have your attention. I lied when I said that the factory method can only return a single type of Concrete Product. There is actually a variation called the "Parameterized Factory Method" but it requires a parameter to tell the Factory Method which type of object to return in case a Concrete Creator is compatible with multiple Concrete Products.
Going back to my example it would be something like FarmZoo and CityZoo. The farm zoo is compatible with Dog, Pig and Sheep. The CityZoo is compatible with Lion, Zebra, Hippo and Giraffe. The createAnimal() would now be createAnimal(type). That's it. So now when Zoo wants to spawn a new Animal you can tell it which type of animal to Spawn. But it won't let you spawn an animal that is not allowed.
Now about the isolation. The Abstract Factory pattern DOES isolate the creation logic, thus, the clients create the factory and expect the factory to return a desired object to them. In the factory method there is NO client that consumes a factory expecting an object to be returned. In the factory method pattern the client of the factory method is the Abstract Creator!! The abstract creator is literally the class that "consumes" the factory method implemented by the subclasses.
In other words, Christopher has created an Abstract Factory in which the Concrete Factories have a single Factory Method. Keep in mind that Abstract Factory can be implemented as a collection of Factory Methods OR as a collection of Prototypes.
Please, Guys, I hope you understood this because this is a HUGE misunderstanding in the industry and most Juniors think they understand Factory Method but they really don't, they constantly confuse it with Abstract Factory because even smart teachers get it mixed up.
I hope this was clear :) If you didn't understand, my advice is to go and read the Design Patterns: Elements of Reusable Object-Oriented Software book.
@@AFPinerosG omg ur right
@@AFPinerosG I regret I can only give this one Thumbs up!
Nothing went to my mind when I watched this video for the first time. Then I went back and read this concept on "The Head First Design Patterns" book and then came back here. This time things are very relatable and visualizable. Now I following this method for all the patterns and its very helpful. I suggest the same for beginners.
Excellent, excellent, excellent lecture! Takes the time to introduce, repeat, cite examples, repeat.... No stupid power point slides... Talks to you and uses his hands and mouth to clearly explain...
The editing in this video gave me heart palpitations.
+SuperTurboCrash Terribly sorry about that and I hope you are ok :) But hopefully the information per second ratio was quite high?
actually IMO it was pretty good, at least it's easier to not resign, or fall asleep when something is constantly happening. Perfect for my sleepy day like today:P Thanks @Christopher for this vid. I barely can remember when was the last time I was that much into viewing something on design patterns.
I actually found it quite entertaining to watch, partly because of all the jump edits, and the subject content was explained very well.
This is the best explanation of this pattern! What could be better? Personaly for me - to show an example of what different way of creating products can contain different factories. This could help me to understand more clearly the benefit of using factories versus creating straight the products. But anyway, thank you very much for such understandable information delivery!
Im a CS student and you explain it 10000x better than my lecture. Thank you!!!!
Looks like you high but I was surprised how clearly you understand what people need to know, what they struggle with - all your examples are TOP. And how clearly you explaied everything! One of the best teachers I ever saw. Recommended!
I come from other videos where everybody is giving great comments however the video is trash. I finally came to the right place where the explanation is actually good. Thank you Chris you should build a Java course someday!
The examples of factory method and abstract factory patterns provided by this book are the most convenient and understandable ones I've ever seen. And I: 1) have seen dozens of them; 2) am not from NY, Chicago etc. I'm not even from USA.
I completely agree with the fact that the book's example is causing more confusion than understanding. Your explanation at 5:35 is legendary and that's all I wanted to understand this pattern. Thanks a ton for that.
WOW MEN , I DON't UNDERTUND GOOD ENGLISH, BUT I LEARNED MANY THINGS IN YOUR VIDEO, YOU HAVE A GIFT OF SHARING IDEAS, THANK YOU
A 100% agree with you on that the example the book gives is rather hard to relate to. Your explanation helped me understand the factory patterns much better. Thanks a lot!
I read the book, I see your videos and then I code & make notes.
Thank you once again for this treasure of resources.
Lots of respect ➕➕
I love that you move so much while speaking, it helps me get less distracted
THank you for your explanatoin, it was really useful and easy to understand!
I was reading the book and got confused a lot , now I watch your videos first then read the book. Thanks!
I came here after going through the HFDP book and somehow although having gone through the pattern twice, it was not very clear to me. It's a great content, 27 mins worth every second, gives a very clear idea going from top down approach to the design pattern. Very well explained, thank you.
I admire your ability to use effective and generic analogy to make your audience understand the concept... Just requesting you to post complete video on SOLID principle .
Christopher: Check this book, it's really easy to understand
Also Christopher: Man, the examples on the book are catastrophic
Fan of your details and expressions. It can be seen that you do it by heart and how much you love being a teacher.
Your communication style is amazing. The way you explain these concepts is one of the best. Thank you!
Dude you are fuckin amazing, I haven't found any other channel that explains and make clear the concept like you did.
Hope you make all the g.a.m.m.a patterns on this series, cheers !
Thank you! Will do :)
Brother , you are the best tutor for design pattern , i was facing so much difficulty with Head first , but now i got a new head to make me understand .. Thanks and keep the good work.
I realized this is the best explanation after watching bunch of other videos on the same topic for couple of days. Thanks for making such a quality video on Factory Method Pattern.
At roots I propose to use this when
1. The client program is only interested in what kind of object is required, rather than what exact object is required. Best Example: I need level4 obstacle and not really bother to tell anything more than that.
2. When The client program is more concerned about how they co-relate when they get created more than one. Ex: random Animals are expected rather balanced animals from a Factory.
Awesome explanation. Thanks.
The Asteroid example really helped drive home the point. I'm still not completely clear about a lot of things but I have a lot more clarity. Thank you very much!
This man is a true teacher. That's how it's done.
This guy is actually better than the book itself.
The way u hold on to user's attention level is just impressive !!
dude i am indian and these video lecture on design pattern really saved my life no one has taught as well as you have thank you bro really appreciated your work
Thank you for the comment. I’m very glad to hear that 😊😊 Thanks for watching
@@ChristopherOkhravi your lecture really helped me I attempted every question on design patterns thanks
Dude, This is the best design pattern lecture series I saw till now
Very much clear and now i understand why you said ... read first "strategy design pattern". Thanks
I was looking for a real tutorial about design pattern, when you said dont use static method, I subscribed and gave a like. Keep it up bro !
that was a moment of clarity for me too
Going to recommend your channel to all of my class mates.
the asteroid example is really good!
This was by far the best explanation of factory method pattern I found on YT. Thanks.
You are a teacher.... Hats off to your way of explaining and fitting in examples... perfectly....Thanks a lot.
Thanks for this design patterns series, i downloaded all videos because i cant lost this treasure...
Hello Christopher, you've really made my day, your explanation is quite stunning, great thanks for you mister, From now on, no confusion anymore about Factory Method Pattern.
Very clear explanation!
When I try to do unit testing, I find that it will force me to use factory pattern. Whenever any instance is instantiated in runtime, it cannot use dependency injection to inject the reference. However, if I use new operator inside the method, I cannot control the instantiation of the instance. Thus, the class cannot be tested in isolation.
In this case, I am forced to inject a factory to the class and use the factory to create object. In this way, I could mock the factory and have a full control of the instantiation.
Excellent example and explanation. This should have been part of the video :) :) I agree 100%. Thanks for watching.
That's actually an eye-opening example, thanks a lot.
Lucas Chau ,
Can we have an example please? Couldn't wrap my head around injecting a factory when a dependenct is injected (or supoosed to be injected?)
Sorry.. just didn't make sense.
I get the point you are trying to make, just can't see the implementation or design itself :(
please explain "Whenever any instance is instantiated in runtime, it cannot use dependency injection to inject the reference." if you are free, thanks!!!
You are amazing and very charismatic (which is important) teacher! For someone who is new to programming and patterns your videos are of a great help! Thank you!
You explain this topic super well and I like your speed of speaking very much!! If you want to keep evolving your way to make such awesome tutorials, please avoid your huge amount of jumping because of cutting your videos.
Amazing work!Crystal clear explanation, personalized and out of this world editing!I usually put the videos at 1.25 speed to actually keep my ear on them - yours is purely A+!Cheers!!!
Just a positive comment: would be nice if you could implement these patterns into actual code after the lecture. Please release more videos!!!! Best..
Very good point. Thank you. I'll keep videos as priority number one but will indeed try to figure out something for the code. Thanks!
May be the coding part could be an assignment for people viewing the video, it could be shared via github link or something.
Or maybe each video could be accompanied by a play by play coding session. I think that would give you the choice of learning the theory and then seeing it in action.
Also the book has code and it attempts to lead you down the path so that you code it yourself!
im currently doing it :) still need to figure out how factory and abstract factory work :D
I really like the way you explain why Factory method is superior than Simple Factory. It really clears the cloud for me
This was SO much better than the book
This is just awesome, I have never thought its possible to explain those patterns so interesting with just white board. Thanks for you work.
It worth watching not even for pattern understanding but for the plot. I was like - wow, what's going to be next with these asteroids and animals? Your expressions are just amazing. Thank you very much. Subscribed.
Thank you for this!! I’m an absolute beginner with OOP and this is one of the only videos I’ve found that helps it make sense at my level. The visuals and examples are so great. You rock!
After 7 years still useful and priceless ❤❤😊
So, this is about "encapsulating" instantiation in a separate class (factory) so you don't have repeat code and/or mix it with code with different purposes. At the end everything is about separating and organizing implementations by using interfaces so nobody gets crazy trying to figure out what a program does. Imagine to read a book without chapters so you have to find each topic by entirely reading the book... No, let's isolate each part (thanks to inheritance, composition, delegation etc.) and put a name on it so we can read, understand and add code. Imagine those early spaguetti code programmers trying not to commit assasination and instead creating OOP and all these patterns.
Very clear explanation!
I haven't found any other channel or video that explains the concept like you did.
Great teacher! You did an excellent job breaking down the pattern, and I completely agree that the HeadFirst examples of Pizza and Pizza Stores are terribly confusing and uninspiring compared to their other examples.
Thank you Christopher! The example of the game development is brilliant! I think I will always keep that bit in mind whenever I hear the term factory.
I think it is really interesting how you show that various types of creators and products can reduce to a few creators and products with different properties.
YOU ARE AWESOME!!! Thanks to you I now REALLY understand design patterns. Everything you teach is so clear and it's fun and interesting to learn from you. Thank you so much. You are the best.!!!
without animals and cars there wouldn't be OOP
Every try to explain OOP uses animals and cars.
Duh! Mammal enough?
I know, right? And what's funny is that real-world OOP rarely deals with such familiar, real-world abstractions.
without OOP there wouldn't be animals nor card.
@@jason_v12345 I do. I work for Lufthansa Technik. I abstract aircraft engines.. I love it
Great catch! But I'm not :)
You are amazing as a teacher dude, I find it very hard to not understand and follow everything you are saying, it's almost intuitive. Keep up with cutting the video in a lot of pieces, I think it makes the learning process easier if you "shoot" sentences instead of sending a big package of words. I don't know if that makes sense but anyway, keep up with whatever you do. Kudos to you.
You are a great teacher Christopher Okhravi!
I am new and i am late. But i am hypnotized and will be sticking to your rest of the videos 😀
Thank you!
Ex: During the registration of users, 90% of our clients were exactly the same. However, we had a few custom clients who required us to save some extra registration fields and an extra registration page. Instead of giving those clients their own copy of the system, the factory pattern was used to instantiate those custom clients, which was determined by their domain name. I can't take credit for the choice but it was an interesting way to instantiate the custom Registration objects along with the standard Registration object.
P.S. There were several different starting pages due to the custom clients, so using the factory pattern helped with code reuse.
Thanks for creating this video. Certain concepts are difficult to understand if the examples used are relatable to a certain group of people.
I finally understood the difference between simple factory and factor method. Thank you!
Best channel for design patterns. Sad there are no new videos from him
Thanks for these videos Christopher. You have a superb, enthusiastic delivery style !
i just love your way of explaining difficult things. Seriously these videos are very helpful
So yeah, amazing explanation, away from the technical and complex words present in every article I've read so far. It's just the perfect vocabulary, the perfect explanation in conjunction with the perfect examples. Good job buddy, keep it that way
Much appreciated. Thank you for the kind words, the detailed feedback and for watching of course 😊😊😊
Like before a watch because you are a legend !
:D
That man is amaizing
he is real great actor.
Holywood is mising real great actor.
let hem here dude so he helps us in programming stuff :D
Goddamn the factory pattern is already quite complicated here. And now I checked on some pluralsight tutorials - and there are a lot more complications, pitfalls and ways to do it. I think I will skip this pattern for now.
I must say, that I've jumped directly to GOF book. Things were blurry. But, this whole video set makes things way more clearer. So, a BIG thanks from me :)
I read around two different books and a few video courses but believe me I didn't understand as much as I watched your first 20 minutes many thanks.
Your rant on the Factory Design Pattern Example in that book is hilarious because that's literally what led me to google searches because the example got complicated quick hah. I was rocking and rolling until that chapter!
Hi, I think this is a fantastic set of tutorials. I found it really useful. Hope you will find more time and energy to progress though the book quickly and not give up.
Thanks for the encouragement! I'm very glad they're useful. Will try my best indeed.
These are the best explanations of these theories on TH-cam, I swear. Thank you so much for sharing your knowledge with us all.
the best tutorial for this. watched many, but now i actually understand it.
This helped SOOO much before my exam tomorrow! THANKS!!
god bless you christopher, i could never understand why we needed this pattern. Thankyou for making it so clear :)
Wow, i really felt when you said about the pizza example from the book. You cleared all the doubts
The game example gives good insight on the dynamic nature of the factory method!
+rsdntevl Cool! I'm glad to hear. Thanks for the specific feedback :) and thanks for watching :)
You´re incredible, man. The way you teach is awesome. I can´t get away from the video, i just want to watch more and more
i love this channel so much, Mr. Okhravi is a bless for the community. God bless you
Great video! Still the best explanation on the internet
i've been trying to understand this for a minute and you just nailed it dude, thank you!
great explanation . I think you should give explanation in the following order in the beginning: text definition, purpose and why we need it. dig deep then summarize to some that want to skip the details. You are doing awesome job and quick refresher for me without watching it all the way to the end. Thumbs up.
Congratulations my friend! Every class I am more interested in design patterns and impressed with your control of the topic and the way you teach! Thanks a lot for all your classes, I will see all your series about design pattern and try improve my knowledge
Your videos are awesome! I have watched them all in the past, and I continuously come back to them and use them as a reference. I can't thank you enough!
Sir, you are a life savior. Thank-you.
Excellent thank you for the clarity in your explanation and reconfirmation during the session
this is the best channel ever
Thank you so much man. Every single video of yours makes me feel like I found a gold mine!
i love you i love the way you teach you. You make complex notion ease and you english and exemple are simply and basic. good job
Why haven`t I found this channel earlier? So useful, the best explanation ever
Thanks! I'll make sure to check out that Patreon page. The repetitive explanations of the same thing suits me well as I watch your vids standing in a crowded subway and can't easily annotate.
Thank you very very much for the considering :) No pressure.
6:59 - I had this exact opinion when I first study this chapter, so I thank you for confirming I'm not insane!
The examples they give are like "New York pizzas are thin crust" and "Chicago pizzas are thick crust". This IMO is bad because it makes it sound like the produced concrete objects are different (like they have been decorated with decorator pattern or something) while the factories stay the same. The examples in this video are better because they show the variation in the factories without decorations to the produced objects.
Thanks for the video. Using Factory Pattern to design game was really interesting !
I hope you are a professor or will be one day! I could have really used a lecturer like you when I was doing my CS degree