Factory Pattern in C#: Creating Objects with Ease

Поделиться
HTML-код
  • Опубликовано: 8 сен 2024
  • In this video, you'll learn how to implement the Factory Pattern in C# and how it can help simplify your object creation process. You'll see step-by-step how to implement this design pattern in your #csharp projects and follow along with practical examples to reinforce your understanding. By the end of this video, you'll be able to create objects with ease using the Factory Pattern, making your code more maintainable, scalable, and organized. Whether you're a beginner or an experienced C# developer, this video is packed with valuable insights that will take your coding skills to the next level.
    Link to code in GitHub: github.com/sea...
    #designpatterns #softwareengineer #developer

Комментарии • 38

  • @Nobody-hs9cl
    @Nobody-hs9cl 3 месяца назад +6

    A perfect example of the meaningful application of the Factory Design Pattern. I have seen dozens of videos. This is the only one that clearly shows the benefits of the Factory Pattern.

  • @unnatpandyaGhost
    @unnatpandyaGhost 9 месяцев назад +5

    May be tons of videos/articles I watched, but this explains way simpler way. Great work 👍🏼

    • @campbelltech
      @campbelltech  9 месяцев назад

      Thank you for the great feedback Unnat. This is our greatest goal, to simply complexity.

    • @criticalthinker1123
      @criticalthinker1123 3 месяца назад

      *for that I subscribed*

  • @dipikabhagat5252
    @dipikabhagat5252 27 дней назад +2

    Excellent tutorial .

  • @edoreemmanuel4250
    @edoreemmanuel4250 Месяц назад +1

    The best tutorial I have seen so far. cheers mate

  • @akhtar4993
    @akhtar4993 9 месяцев назад +2

    Just simple and excellent. Please keep it up.

    • @campbelltech
      @campbelltech  9 месяцев назад

      Thank you so much. Simplicity is our greatest goal!

  • @msdhonicoolcaptain
    @msdhonicoolcaptain 8 месяцев назад +2

    Just loved your explanation!! more energy to you

    • @campbelltech
      @campbelltech  8 месяцев назад

      Thank you! The same to you!

  • @souvikdatta97
    @souvikdatta97 2 месяца назад +1

    Amazing

  • @preslaviliev6843
    @preslaviliev6843 4 месяца назад +1

    So simple . Thanks a lot !

  • @susanfalk2148
    @susanfalk2148 3 месяца назад

    Great video! I was watching one of your other videos explaining abstract factory methods in C#, but halfway through it was marked as private, so I didn't get to see the rest. Will it come back up?

  • @T0g3ly
    @T0g3ly 5 месяцев назад +1

    Hi I’m learning design patterns I like your videos but can you possibly make a video of when I should maybe use factory method vs abstract. I understand there isn’t a simple answer but maybe a “Look for these signs answer”

    • @campbelltech
      @campbelltech  5 месяцев назад

      Thanks for the request. I will consider it.

  • @GergelyCsermely
    @GergelyCsermely 8 месяцев назад +1

    Thanks

  • @kylebrault4414
    @kylebrault4414 7 месяцев назад +1

    What do you do if CreditCard has a method GetStatement that returns a CreditCardStatementModel object, but GetStatement for paypal returns a PayPalStatementModel object with different fields? Since methods have the same name but a different return type, you couldn't implement a common interface.

    • @campbelltech
      @campbelltech  7 месяцев назад +4

      Hi Kyle, you can introduce a base or abstract StatementModel. Then CreditCardStatementModel and PayPalStatementModel can inherit from or extend StatementModel. Then, let the GetStatement method return StatementModel, and through Polymorphism you can "cast" it back to the concrete types in the concrete classes.

    • @abdullahbinmamun3803
      @abdullahbinmamun3803 2 месяца назад

      In this case we can use abstract class instead of using an interface. which can have an abstract method named "Statement" which will return a statement. other classes like GooglePay, PayPal and CreditCard will override and implement the same "Statement" method but will return different statements. I hope, I explained it correctly.

  • @Benndot97
    @Benndot97 5 месяцев назад +1

    What extension is he using to get that dropdown menu for creating new C# documents quickly?

    • @sewcyde
      @sewcyde 5 месяцев назад

      DOTNET DEV KIT EXTENSION

    • @campbelltech
      @campbelltech  5 месяцев назад

      And C# Extensions by JosKreativ

  • @Guillen8606
    @Guillen8606 6 месяцев назад +1

    Great video. What font are you using on vsCode?

    • @campbelltech
      @campbelltech  5 месяцев назад

      I use the Material Theme on Linux Ubuntu 22.04.

  • @dipanjandhar3982
    @dipanjandhar3982 Год назад +1

    How does your code promotes open closed principle ?

    • @campbelltech
      @campbelltech  Год назад +4

      The Factory method allows you to decouple creation logic from your client code. In this way, if you add, for example, a new payment method you only need to add a new class, e.g. ApplePayPayment and add support for it in your factory method. Your client code, which could be your main service code, can then stay exactly the same. In other words, it is closed for modification, but the Factory method makes it open for extension.

    • @RuanCowley
      @RuanCowley Год назад +2

      @@campbelltech Good answer! 👌

    • @scotterd
      @scotterd 5 месяцев назад

      @@campbelltech wouldn't use also need to add a new enum called ApplePay and modify the client to call the factory with the new enum?

  • @NewQuietBear
    @NewQuietBear 7 месяцев назад +1

    You violate the open/closed principle. Everytime u have to add a new payment method to the factory and enum.

    • @campbelltech
      @campbelltech  7 месяцев назад +6

      The client code, however, remains unchanged and follows the open-closed principle. Many would argue that adding the enums and extending the factory method only, still remain within the boundaries of the open-closed principle. If you want to comply on all levels, you will have to use reflection, possibly compromising on performance.