soruyu unbalanced'a sormustum, farklı fikirleri de okumak adına konu acmak istedim. factory, composite, singleton, facade, adapter, decorator, state ve strategy desenlerinden bes tanesini tek projede kullanmamız istendi. projenin kompleks olması gerekmiyor, hatta ne kadar az kod yazılırsa o kadar iyi, zira is sadece kodlamakla bitmeyecek. hangi dil oldugu da nemli degil. sizler ne nerirsiniz byle bir durumda? %40 indirimli olarak "Centos Sistem ve Sunucu Ynetimi" adlı kitabımızı satın alarak, Linux üzerine yapılacak olan devam projeleri icin destekte bulunabilirsiniz : http://www.hepsiburada.com/centos-sistem-ve-sunucu-yonetimi-oku-izle-dinle-ogren-p-KKODLAB01579

Dil platform farketmez, design pattern ların kullanım amacı, işleri kolaylaştırmaktır. Burada iş dediğim şey resuable component hazırlamak ta olabilir, seperation of concerns de olabilir, maintaining cost u düşürmek olabilir, olabilir de olabilir. O yüzden sana ne lazımsa ne gerekiyorsa abartıya kaçmadan gerektiği şekilde kullanırsın. Kaldı ki design pattern ların hepsi -aralarında benzerler olsa da- farklı amaçlara hizmet eder. rneğin uygulamanın genel mimarisi için MVC kullanırsın, aynı interface üzerinden türeyecek olan tiplerin bir factory den gelir. IO gerekiyordur, oraya bir manager yazarsın singleton yaparsın hatlar birbirine karışmasın dersin. Etkileşeceğin sistemin yapısı seninkine benzemiyordur bir adapter yazarsın uzar da uzar. Design pattern ları kullanmak için değil gerektiği için kullanılmalıdır. Üç tane class a ortak arayüzden iş yaptırcam diye oturup Visitor pattern i implemente etmeye kalkarsan projen hiç bi zaman bitmez. Ama ortada 300 tane class vardır, visitor ın yanına bi de command pattern i yazarsın Sadede gelirsek -ğrenme haricinde- bir projede n tane design pattern kullanılmalı çok yanlış bir yaklaşımdır. Gerekiyorsa 30 tane de kullanırsın, gerekmiyorsa boşa hamallık yapmış olursun. Bütün mesajlarım ve konularım BSD Lisansı"yla lisanslanmıştır.