I presented similar design in one of the tech interviews and was questioned on breaking OCP in factory class. Though this is mostly taught by most authors for explaining the concept, in reality, we can avoid switch case with map so factory method just look up the map and return the value. Now to build the map, we have two choices 1. Provide register product method in factory so product can register itself and then can be returned 2. Use reflection to load classes in a map at startup. Map is maintained by factory class. Map key is identifier used in switch case and value is return type of factory method.
@sudocode2 жыл бұрын
Both ways are good enough as an alternate to switch case. At the end factory does have knowledge of the map or the way to figure out the concrete class.
@curiossoul2 жыл бұрын
@@sudocode if you agree, would you consider editing the video or add a top level comment to let readers know about this. It might save them from getting kicked out from their dream jobs at no fault of theirs.
@sandeepchebrolu31292 жыл бұрын
Any sample code for for not vloilating OCP, please share.
@chippapruthvi27732 жыл бұрын
We use map in our project
@sureshiva4605 Жыл бұрын
I was about to say OCP....You pointed out
@techforpeace38183 Жыл бұрын
The best playlist on Design Patterns I have seen so far. Your way of explanation, examples, animations everything is top notch. Thanks a million to you.
@mireazma Жыл бұрын
9:51 CreateCourse() is not the meat and potatoes of the Factory pattern. The Factory pattern relies on delegating the object creation to a class specialized for this purpose. The underlying mechanisms of the actual creation vary by use case and are beyond the scope of the Factory pattern.
@lapimpale2 жыл бұрын
The second example was little bit complicated but I really like createVehicle example. Thank you for explaining in easy manner.
@sudocode2 жыл бұрын
Do you mean the factory example was complicated or the coding example ?
@lapimpale2 жыл бұрын
@@sudocode the course module example. I am at intermediate level may be it’s easy to understand for someone who knows better than me
@mireazma Жыл бұрын
1. 2:28 the class that implements the creation logic is wrongfully called "concrete" class, or subclass, that implement the factory method interface. The "factory" class need not be an abstraction for the creation implemention but a totally separated class. This is because you want to decouple the objects being created, from the factory (see 5.). 2. 2:56 the same thing. You say that the FactoryClass is abstract or an interface. 3. 4:40 the concrete class is _not_ hidden from the interface that it implements, it just can't be. But it is hidden from the client. 4. 9:51 In the Course example you make the Course class abstract. Furthermore you have an abstract method named createCourse() which would suggest it's responsible for the underlying logic of a factory method like newing the Course. In fact it has to do with inner composition of a Course but not with its instantiation. 5. You made the CourseFactory not an abstract class/interface and well you did. But remember what you said in 1. and 2. But you name the instantiating code getCourse() which would suggest it returns a permanent unique field of the class. You should name _this_ createCourse() or just create().
@sarinkumarpatle660 Жыл бұрын
Before coming to this tutorial, I am having, doubts about design pattern but the way explained all the things it is easy to understand. Thank you very much for such informative video ☺
@shabanaasmi2807 Жыл бұрын
Very well explained, have been searching for the videos and got this. You saved my life. Thank you ❤
@srivatsa11932 жыл бұрын
You are amazing! Thanks for creating HLD, LLD, and Design patterns courses.
@gilbert.gabriel Жыл бұрын
This is an amazing video. Thank you for the wonderful explanation. First time I understood what Factory method pattern is actually meant for.
@ganeshkhirwadkar41272 жыл бұрын
Bahut kam log samjha pate hai is tarah ! Aap unme se ek hai. Thanks for this explaination, I was wondering why this series is not resumed , Hoping you will continue and we will get best out of this series !
@sudocode2 жыл бұрын
Thanks. Check the community posts and you will know why the delays in series 😊
@ganeshkhirwadkar41272 жыл бұрын
@@sudocode Pakka
@manishperiwal5152 жыл бұрын
Great example. If you can also explain the code flow through debugger, that will help to understand code much better.
@sanjayyadav-tw8mt2 жыл бұрын
Crystal Clear Explanation. Thanks!
@gokulsrinivasan856310 ай бұрын
I really love your video editing work 😍
@Dinesh84262 жыл бұрын
Supreb expiation ❤️👌👌 You always made easy 😊
@felipekobra Жыл бұрын
Nmrl parça, finalmente consegui entender o bgl, tmj
@ronitnath37862 жыл бұрын
Excellent explanation. Could you please add video for decorator design pattern?
@pauladityashaw45902 жыл бұрын
What is the program you use to create class diagrams???
@nitin45982 жыл бұрын
Useful information, but maam dnt you think swich is violating OCP in case we have to add new type.. If not then can you please explain??
@curiossoul Жыл бұрын
Use map instead of switch here, load this map from properties file on startup
@akjoker794 ай бұрын
This is simple factory. The factory method pattern by GOF will have subclasses create the instances
@bollywood90ssongs652 ай бұрын
does it corelate to open / close principle. if one of the new requirement there will be modification , any alternative for this ?
@jasper5016 Жыл бұрын
Hi Arpita, can you please take more use cases for Low-level design eg. Parking lot, School Management Systems, Hospital Management System, etc?
@venkatah98472 жыл бұрын
Thank you for the video on an import pattern 👍
@SaiSumanthKovuru10 ай бұрын
Where can we find the code that was explained in the video ?
@ankurcharan2 жыл бұрын
Great video, yogita. btw, do you have someone for your video editing or how do you do it?
@mocococo28772 жыл бұрын
Hello and geetings from Bulgaria. I like your energetic and well explained courses. However ... I can see for last ... many years that it is the Indian scholars pushing the abstract methods while many other have given them up. For ex. the whole C# platform is based on the implementation of interfaces. Which in OOP terms gives us the "is a" relationships. Down the line that also help to implement the very modern now concepts like dependency injection and automatic unit tests. In both cases we can inject an object as another object's "has a", as well as we can inject a Mock object with pre-setup return values. That is for as long as those objects implement the desired interfaces. I would love to engage you on small chat / discussion about that. Thank you, ILIIA
@sudocode2 жыл бұрын
Thank you for your comments. I would have loved to chat with you if you haven’t opened with the Indian scholars. Computer science is a science. It has nothing to do with origin of the scientists. Wish you well 😊
@mocococo28772 жыл бұрын
@@sudocode Word scholars is a valid word and it has a meaning within any science regardless how precise science is. If one looks for insult he or she will inevitably find it. Wish you well
@saumitrasaxena84702 жыл бұрын
Hi Yogita Maam , At 4:15 you showed in diagram that Factory Class contains no implementation .That is not the case as in factory class,factory method should contain the logic to determine one of the concrete class.In the slide you showed , logic to detremine which subclass is resposibility of subclass but thats not the case as logic to determine which concrete class is the responsibility of Factory class . Could you please clarify on this ? package com.journaldev.design.factory; import com.journaldev.design.model.Computer; import com.journaldev.design.model.PC; import com.journaldev.design.model.Server; public class ComputerFactory { public static Computer getComputer(String type, String ram, String hdd, String cpu){ if("PC".equalsIgnoreCase(type)) return new PC(ram, hdd, cpu); else if("Server".equalsIgnoreCase(type)) return new Server(ram, hdd, cpu); return null; } }
@sudocode2 жыл бұрын
It means no implementation to initialise the actual object creation :)
@saumitrasaxena84702 жыл бұрын
@@sudocode Yes .But thta's not correct.Initialization to create actual object is always done in factory class.see below code 2 code from geekfor fees and journaldev . public class NotificationFactory { public static Notification createNotification(String channel) { if (channel == null || channel.isEmpty()) return null; switch (channel) { case "SMS": return new SMSNotification(); case "EMAIL": return new EmailNotification(); case "PUSH": return new PushNotification(); default: throw new IllegalArgumentException("Unknown channel "+channel); } } } public class ComputerFactory { public static Computer getComputer(String type, String ram, String hdd, String cpu){ if("PC".equalsIgnoreCase(type)) return new PC(ram, hdd, cpu); else if("Server".equalsIgnoreCase(type)) return new Server(ram, hdd, cpu); return null; } }
@gaurika49272 жыл бұрын
I agree with Saumitra Saxena. In your example also CourseFactory has logic to initialize object of concrete class like HLD, LLD and not the concrete class has that switch case logic. This is done to ensure only Factory class is open for changes and rest are closed for modifications.
@jagmohangautam10622 ай бұрын
In which of the scenarios would you use factory pattern and why? Consuming a service Complex Validation Logging Data Binding None of the Above
@manishkumarprajapati62802 ай бұрын
Wait ! Whats that VS Code extension for generating class diagram
@saiprasadkyatam1702 Жыл бұрын
If i create multiple concreate class based on vehicle type (TruckCreator, CarCreator, PlaneCreator) than based on type of vehicle if i return the creator class then that factory interface isnt working like facade class? please answer
@manavalanmichael85172 жыл бұрын
The Content is impressive, presentations. Which software used to create this content?
@mateuszmoscicki3082 жыл бұрын
Hello. I appreciate your effort. I have a question regarding the switch statement in your CourseFactory class as well as else-if statements in the vehicles example. Aren't those breaking the open-closed principle?
@sudocode2 жыл бұрын
No they are not. They are open for extension in a sense you can add more courses but they are closed because each course has its own createCourse method which you cannot modify :)
@mateuszmoscicki3082 жыл бұрын
@@sudocode what if I want to extend your app by creating another type of course? Will I have to modify your class?
@treyawey38782 жыл бұрын
I think we cannot strictly follow each of the principles. They are subjective and we need to think based on what is easier and feasible for the given scenario.
@dibyaprakashpandey78572 жыл бұрын
Excellent 👌👍
@UditSharma124 Жыл бұрын
Can we have example of strategy DP too?
@108vicky Жыл бұрын
Nice explained
@savita66702 жыл бұрын
After long time
@amritprakash42649 ай бұрын
where can i get the slides or animation doc used in the course??
@mdnadeemasgar6279 Жыл бұрын
Hi Yogita, can you please upload the code online and share the code url in the description. So that we can also try manipulating the code for the given design pattern.
@divyangdesai163410 ай бұрын
Q: What if LLD and HLD class would have different constructor dependencies?
@prataptyagi5082 Жыл бұрын
Doubt:- Is it the same method that's used to expose transaction API's of any bank to Amazon kind of 3rd party
@AbhishekYadav-fb3uh2 жыл бұрын
thanks for such video
@sanketh768 Жыл бұрын
Hello mam, it looks like you're using premium features of IntelliJ , is it provided by your company or you bought the license on your own ?
@sudocode Жыл бұрын
I have my own license
@keshavmaheshwari521Ай бұрын
what about abstract factory pattern?
@koteshwarraomaripudi10802 жыл бұрын
You have not used createCourse method in factory method to create instance instead used new Class() directly.
@saravanakumarradhakrishnan756 Жыл бұрын
This is simple factory only. Not a factory pattern.
@sivaprasad66216 ай бұрын
Yes. I was looking for this comment.
@NidhishAbraham15 күн бұрын
𝗦𝗶𝗺𝗽𝗹𝗲 𝗙𝗮𝗰𝘁𝗼𝗿𝘆: A class with a single method that creates objects of different types based on provided input. Not a "true" Design Pattern: Often considered an implementation technique rather than a formal design pattern. 𝗙𝗮𝗰𝘁𝗼𝗿𝘆 𝗣𝗮𝘁𝘁𝗲𝗿𝗻 (𝗔𝗯𝘀𝘁𝗿𝗮𝗰𝘁 𝗙𝗮𝗰𝘁𝗼𝗿𝘆): A design pattern that provides an interface for creating families of related or dependent objects without specifying their concrete classes. Delegates the responsibility of instantiation to a subclass or an interface, adhering to the Open-Closed Principle (OCP).
@zeeshan49892 жыл бұрын
As always on to the point and easy to understand . waiting for another design pattern video. I have one off the topic query . how is your experience on LinkedIn Learning? dose it actually add some extra point when it comes to big companies ?I would really appreciate your response. Thanks !
@khushboopriya98952 жыл бұрын
Where can I find the code?
@AdityaKumar-iy8vl6 ай бұрын
Can I get the source code please?
@itzak04222 жыл бұрын
I am bca first year student . Can i become a software engineer? Plz tell me roadmap.
@premmahto48552 жыл бұрын
ofcourse
@premmahto48552 жыл бұрын
just search a good programming language that is in demand and has a future. Apart from programming there is a lot career choice in IT, Qa( software testing) , network security , DBA etc
@nathamuni94352 жыл бұрын
KINDLY SHARE THIS FACTORY METHOD PACKAGE THAT U HAVE IMPLEMENTED
@CodingJoySoul Жыл бұрын
Why have you stopped making videos. You don't how popular are your videos amongst students
@sudocode Жыл бұрын
I will be making more. Just took a short break.
@jimbo0o2 ай бұрын
👏👏👏👏👏
@arupde63202 жыл бұрын
complete the playlist quickly
@chandlerbing8164 Жыл бұрын
i think that code is completly wrong theory was right but the implementation was very poor