This vedio is seriously underrated. Thanks for such a lovely content❤❤❤
Nice explanation bro! Keep it up. Bro small comment on Singleton design pattern! Sinlgeton design pattern can also be broken using cloning concept as cloning will always create a copy of object :).
Great effort from you. Keep rocking. All the very best. Thanks for all your videos.
Respect for the effort !!!
At 2:01:15 the interface Amount has a method withdraw but account responsibility is not to withdraw right? It's violating Single Responsibility principle ? I think we should put that in seperate Transaction interface , please correct me if i am wrong?
Using Enum to prevent the breaking of Singleton design pattern , we have sacrificed the ability to initiate object creation on demand, instead it will be created at the application start and take the memory of app
@Daily Code Buffer, In the Given example of SerializableSington Class, you have define the object is null of SerializableSingleton at the time of class loading. and when call the getInstance method then it is creating the object of that class. In this case the same hashcode will not come. Please suggest in this case
I felt flyweight design pattern to be similar to prototype design pattern. Is there a way for distinction or use case to prefer one over another.
You're an excellent teacher. Thank you.
are you using drawing pad? if yes which one?
@JayaJayaJayaJayaHey