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

Saga Pattern bekliyoruz :)

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

tesekkurler abi. Unit of works design pattern gelir mi?

Ö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.

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