Тёмный

Command Design Pattern (Komut Tasarım Kalıbı) 

Sadık Bahadır Memiş
Подписаться 2,6 тыс.
Просмотров 4,6 тыс.
50% 1

Behavioural Design Patterns (Davranışsal Tasarım Kalıpları) arasında bulunan Command Design Pattern (Komut Tasarım Kalıbı) nı öğreneceğiz. Dersin kaynak kodlarına aşağıdaki linkten ulaşabilirsiniz.
github.com/sba...

Опубликовано:

 

14 окт 2024

Поделиться:

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист
Посмотреть позже
Комментарии : 8   
@hakandereli3422
@hakandereli3422 Год назад
Abi ağzına sağlık türkçe anlatman gerçekten çok iyi teşekkür ederim.
@themanwhoiscompeng1422
@themanwhoiscompeng1422 2 года назад
çok kaliteli video hocam, sağolun güzel anlatım için
@EmrahYurtlu
@EmrahYurtlu 4 года назад
Güzel bir örnek olmuş. Ellerinize sağlık Sadık hocam.
@selcukozdemir8941
@selcukozdemir8941 Год назад
Mod olsun son olsun esprisinden sonra moddumuz düşse de video kalitesi düşmüyor.
@mezagun53
@mezagun53 4 года назад
merhaba elinize sağlık güzel bir ornek oldu, burada kafama takılan bir konu var, App2 sınıfın'da 6 tane işlem yapılıyor. Burada bu işlemlerin hangisinin yapılacağını bilmediğimiz durumda yine if else yazmaktan kaçamıyoruz. Bunu nasıl çözmeliyiz peki ? Örneğin, client string olarak ("toplama", 2 , 3) diye parametre gonderdiğini düşünün (genelde bu durum bir web servis aracılığıyla gonderildiğinde meydana geliyor) burada yine if else den kaçamıyor gibiyiz ?
@bahadirmemis
@bahadirmemis 4 года назад
Merhaba, Teşekkür ederim. Geliştirme yaparken amacımız aslında bunlardan kaçmak değil (çoğu durumda kaçınılmaz zaten) doğru yere konumlandırmak. Şöyle düşünün: Hali hazırda toplama, çıkarma, çarpma ve bölme işlemleri vardı ve yazdık. Dediğiniz gibi de if/else ile de bunları ayarladık vs. Buraya kadar bir problem yok. Bundan sonra mod işlemi yapılmak istendiğinde bir if/else yazma durumu ortaya çıkacak yani kaçınılmaz diyelim. Önemli olan burada aslında bir if/else daha yazmamaktan ziyade, if/else i nereye yazacağımız. Eğer client'ın ayarlamalarını yaptığım yere yazıyorsam sorun yok çünkü zaten yeni bir özellik eklediğimde client için bir geliştirme yapıyorumdur ve bu çok da anormal bir durum değildir fakat işlemin merkezinde, yani HesapMakinesi gibi generic bir yerde gidip bir if else daha yazıyorsam işte bu sıkıntılı bir durum.
4 года назад
Switch'den kurtulmak için Polymorphism konsepti kullanılabilir. Matematiksel işlemleri bir interface altında toplayabilirseniz switch olmadan da işlem yapabilirsiniz. Örneğin, ToplamaIslemi implements HesaplamaIslemi, CarpmaIslemi implements HesaplamaIslemi gibi. HesaplamaIslemi internface'inde hesapla(args) şeklinde bir method ile bu iş kotarılabilir.
@bahadirmemis
@bahadirmemis 4 года назад
Merhaba, Haklısınız fakat Mehmet Bey client dan string şeklinde "toplama", "cikarma" seklinde girdi alacağını söylüyor. Bu durumda bir şekilde bir yerlerde bunun implementasyonunu seçmemiz gerekiyor. Zaten buradaki ilk if/else den de polimorfizm kullanılarak kurtulmuş olduk.
Далее
How many can you smash?🍫 IB : Florin
00:19
Просмотров 3,2 млн
Iterator Design Pattern (Yineleyici Tasarım Kalıbı)
13:50
Composite Design Pattern (Bileşik Tasarım Kalıbı)
25:11
Unity 2022 Türkçe - Komut Kalıbı - Command Pattern
20:44
How to Program in Unity: Command Pattern Explained
22:37