Proxy Pattern | Tasarım Kalıpları | Design Patterns

C# dünyasında yazılımlarımızı geliştirirken sıklıkla kullandığımız ve hayatımızı kolaylaştıran bazı tasarım kalıpları var. Bunlar birçok kişi tarafından kullanılmış, onaylanmış ve kullanılmaya devam eden kalıplar olabileceği gibi, kendi kendimize bulduğumuz ve bizim hayatımızı kolaylaştıran kalıplar da olabilir. Bu videoda Proxy ismindeki tasarım kalıbını birlikte inceleyeceğiz.
#designpatterns #designpatternsincsharp #proxydesignpattern
#blazor #docker #dotnet
Kanala Abone Olmayı Unutmayın!
To Subscribe: bit.ly/3kvj2vw
Github: github.com/sal...
Discord: / discord
Üyelik ayrıcalıkları için: / @techbuddytr

[@cengizhanbalci]

Saga Pattern bekliyoruz :)

[@KiyidakiAsk2024]

Çok anlaşılır ve sade...

[@TechBuddyTR]

Teşekkürler

[@alper337]

tesekkurler abi. Unit of works design pattern gelir mi?

[@furiboslok]

Öncelikle video için teşekkürler. Ancak genel design pattern eğitimlerinin en büyük hatası olan fazlaca basit örnek üzerinden gitme durumu bu videoda gerçekleşmiş. Tasarım desenleri bir karmaşıklığı gidermek için varlar. Örneklerde bu karmaşıklık olmadan tasarım deseni uygulaninca izleyicinin/öğrencinin aklında onun faydası ya da kullanım senaryoları gerçek manada oturmuyor. Ben bu videoyu öğrenmek için açtım ve izledim. Ancak bu tasarım desenini nerede uygulayacagimi net şekilde kavrayamadim zira örnek üzerinden gidersek buradaki log fonksiyonu void dönüyor. Void dönmesi buffered log örneğini fazlaca basitleştirmis oldu zira proxy classtaki log fonksiyonuna eklediğimiz davranışın herhangi bir yan etkisi olacaksa nasıl davranmaliydik sorunu cevapsız bırakıyor. Örneğin FileLogger.Log string dönmek durumunda olsaydı ve biz yine buffered loglama yapmak isteseydik nasıl davranacaktik? Proxy patternden vaz mı geçecektik? Zira o halde bufferedfilelogger.log cagirdigimiz ilk 10 seferde bir değer donmeyecektik. Evet anlıyorum bu sadece bir örnek ama senaryolar sterilize edilmiş ideal ortamdaki problemler üzerinden olunca videoların ogreticiligi gerçek hayatta karşımıza çıkan senaryolarda bu desenleri uyarlamak adına yardımcı olmuyor. Umarım anlatmak istediğimi iletebilmisimdir.

[@TechBuddyTR]

Şu konuda haklısınız aslında;
SOLID prensiplerini anlatırken orada karşımıza çıkan sorunlara bu prensipleri kullanarak çözüm bulmaya çalışmıştık.
Tasarım kalıpları videoları ise burada tanıtım olarak düşünülmeli. Önce bu arkadaşların ne olduğunu bilmeliyiz ki, ileride bir video çekip hadi bakalım buradaki soruna bir çözüm bulalım dediğimizde bu pattern'i uygulayabiliyor olalım. O videoyu izlediğinizde eğer bu pattern'i bilmiyorsanız o video da genel olarak bir anlam ifade etmiyor oluyor.
Şey gibi düşünelim, bu videolar bir Tanım tablosu. Daha sonra bu tablodaki kayıtları okuyup, birleştirip ortaya anlamlı bir veri çıkartacağız ;)

[@furiboslok]

Teşekkür ederim cevabınız için.

[@MuharremÇetin-i2p]

Proxy ve Decorator pattern arasinda ne fark var ? Proxy pattern de FileLogger nesnesine yeni yetenek kazandir miyor mu ?

[@MonsterBebesi-cd7ot]

daha yarısını izledim bende çömezim belki doğru değildir ama, decoraterda consturcter içine yazıyoduk.