Patternleri projenin yapısına uygularsın. Veritabanı bağlantısı yapacağın yerde Singleton uygulanabilirken başka classta ihtiyacın olmayabilir. Her class için illa bir pattern kullanmak gerekmiyor. Hatta paternlere hakim değilsek daha ktü sonuçlar elde etmek mümkündür. nemli olan desing patternları hangi durumlarda kullanılabileceğini düşünebillmektir. intialcatalog tarafından 11/May/17 11:36 tarihinde düzenlenmiştir

Tasarım desenleri çok hojdır ama anlamadığım bir iki nokta var. Şimdi bunları ayrı ayır sınıflar üzerine uyguluyoruz herhalde. Mesela Program. java adında bir dosya ve içinde 10 tane farklı sınıfım olsun. Bu sınıflara yaptıkları işlere gre her birine farklı şablon mu uygulanıyor? Yoksa proje taa en başından tasarlanıp tüm projedeki tüm sınıflarda sadece bir tane şablon mu kullanılıyor? Java nın kaynak kodlarına baktım karışık olarak kullanmışlar. Mesela util, lang paketinin içindeki bir çok sınıf Singleton uygulamış. Ama bir çok başka sınıfta açıkça grülebileceği gibi Singleton uygulamamış . Her sınıfın farklı şablon uygulaması projeyi iyici karmaşık hale getirmez mi? Bir de şimdi aklıma geldi, Başkasının yazdığı bir projeyi, tasarım şablonu kullanmış mı kullanmışsa ne yapmış tarzında analiz edip, biz nasıl devam edebiliriz? SkynetX tarafından 10/May/17 12:49 tarihinde düzenlenmiştir

Türk yazarların 3-4 tanesi hariç almıyorum. Ama Head First serisi cidden güzel seri. Onu bulmaya çalışayım. Teşekkürler.

dhmm bunu yazdı Hocam tasarim desenlerini projenin cizimi esnasinda daha iyi anlayabilirsin. Onemli olan hangi desenin nerede kullanilacagini bilmek. Yoksa ben burada bunuda uyguliyayim dersen kod kalabaligindan baska birsey olmaz. Porjelerde onemli olan nokta yazilan unitlerin coupled olmamasidir. Eger birbirine siki bagli olmazlarsa unit testingleri fln da kolay olur. IoC mock objectlerle rahatlikla uygulanabilir. Her sinifin sablonu ayri olabilir hocam. Karmasik hale getirmez. Eger isin icinde karmasiklik var ise bir yerde bir yanlislik veya eksik var demektir. Mesela veritabani icin singleton sart. Belki senin projende FTP baglantisinin da bir defa olmasini istiyorsun. O zmn orada da singleton kullanman gerek. Karmasik isleri basitlestirmek icin facade pattern kullaniliyor mesela. Bir suru seyi var. Ben kismetse blogumda software engineering topics serisi baslattim yazacagim hepsini zaman buldukca. Istedigin kisim olursa Turkceye cevirip atarim sana da. Kolay gelsin hepinize teşekkürler bir çok anahtar kelime ğrendim, araştırıyorum. Blog varsa adresi at hocam. İngilizce az buçuk çakıyorum anlarım bir şeyler. Yazılım proje ynetimi konularını ğrenmem gerek. :)) Hocam Ingilizce degil Yunanca yaziyorum :) www.softwareengineering.gr yeni basladim. Ama istedigin konuyu TR ye ceviririm. Ozgurluk aslinda her istedigini yapabilmek degildir, istemedigini yapmamaktir. // Verdigin degeri gormeyince, gordugun degeri ver!!! // Hayatin herkes icin bir bavulu vardir!!! // Dusmek gerekir bazen hayatta; kalkmayi ogrenebilmek icin

@TeRRoR; Hocam çok teşekkür ederim. Çok değerli bilgiler vermişsin. ğrendiğim şeyler oldu. @initialcatalog; Hocam teşekkür ediyorum.

Yok mu hic bilgisi olan? /son up

desenler hakkinda kitaptan yararlanmani taviye ederim C# ile Tasarım Desenleri ve Mimarileri Zannedersem bu kitapdan vardı bende de güzel anlatıyordu diye hatırlıyorum. Buna bakılabilir. Ayrıca daha temel ve daha eğlenceli eğitim için http://shop.oreilly.com/product/9780596007126. do şu kitap herhalde en ünlüsüdür. Ayrıca @override 'in bahsettiği kitaptaki rnekler github'da varmış onada bakabilirsin hocam. herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri ğrenmeye çalışmayın. yabancı dil filan ğrenin amq.// s. kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//

Şuda şurda dursun: https://www.youtube.com/watch?v=7m88T8-96X4 herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri ğrenmeye çalışmayın. yabancı dil filan ğrenin amq.// s. kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//

Hocam tasarim desenlerini projenin cizimi esnasinda daha iyi anlayabilirsin. Onemli olan hangi desenin nerede kullanilacagini bilmek. Yoksa ben burada bunuda uyguliyayim dersen kod kalabaligindan baska birsey olmaz. Porjelerde onemli olan nokta yazilan unitlerin coupled olmamasidir. Eger birbirine siki bagli olmazlarsa unit testingleri fln da kolay olur. IoC mock objectlerle rahatlikla uygulanabilir. Her sinifin sablonu ayri olabilir hocam. Karmasik hale getirmez. Eger isin icinde karmasiklik var ise bir yerde bir yanlislik veya eksik var demektir. Mesela veritabani icin singleton sart. Belki senin projende FTP baglantisinin da bir defa olmasini istiyorsun. O zmn orada da singleton kullanman gerek. Karmasik isleri basitlestirmek icin facade pattern kullaniliyor mesela. Bir suru seyi var. Ben kismetse blogumda software engineering topics serisi baslattim yazacagim hepsini zaman buldukca. Istedigin kisim olursa Turkceye cevirip atarim sana da. Kolay gelsin Ozgurluk aslinda her istedigini yapabilmek degildir, istemedigini yapmamaktir. // Verdigin degeri gormeyince, gordugun degeri ver!!! // Hayatin herkes icin bir bavulu vardir!!! // Dusmek gerekir bazen hayatta; kalkmayi ogrenebilmek icin

Hocam tasarim desenlerini projenin cizimi esnasinda daha iyi anlayabilirsin. Onemli olan hangi desenin nerede kullanilacagini bilmek. Yoksa ben burada bunuda uyguliyayim dersen kod kalabaligindan baska birsey olmaz. Porjelerde onemli olan nokta yazilan unitlerin coupled olmamasidir. Eger birbirine siki bagli olmazlarsa unit testingleri fln da kolay olur. IoC mock objectlerle rahatlikla uygulanabilir. Her sinifin sablonu ayri olabilir hocam. Karmasik hale getirmez. Eger isin icinde karmasiklik var ise bir yerde bir yanlislik veya eksik var demektir. Mesela veritabani icin singleton sart. Belki senin projende FTP baglantisinin da bir defa olmasini istiyorsun. O zmn orada da singleton kullanman gerek. Karmasik isleri basitlestirmek icin facade pattern kullaniliyor mesela. Bir suru seyi var. Ben kismetse blogumda software engineering topics serisi baslattim yazacagim hepsini zaman buldukca. Istedigin kisim olursa Turkceye cevirip atarim sana da. Kolay gelsin hepinize teşekkürler bir çok anahtar kelime ğrendim, araştırıyorum. Blog varsa adresi at hocam. İngilizce az buçuk çakıyorum anlarım bir şeyler. Yazılım proje ynetimi konularını ğrenmem gerek. :))

desenler hakkinda kitaptan yararlanmani taviye ederim C# ile Tasarım Desenleri ve Mimarileri gl

@TeRRoR ve diğer hocalara teşekkürler. Şyle bırakayım banada lazım olacak. http://ce. sharif. edu/courses/95-96/2/ce484-1/resources/root/Design%20Patterns/Eric%20Freeman,%20Elisabeth%20Freeman,%20Kathy%20Sierra,%20Bert%20Bates-Head%20First%20Design%20Patterns%20-OReilly%20(2008). pdf

Tasarım desenleri sabit olmaz her zaman ihtiyaca gre şekillenir. Mesela veritabanı sınıfları çoğunlukla singleton iken herhangi bir projede farklı veritabanı bağlantıları gerekebilir ki ilgili projede veritabanı sınıfının doğurgan desenlerden biri olması beklenir. Sadece bi imza..

Tasarım desenleri ile ilgili senin başta yaşadığın "lan şimdi direk deseni yazarak mı başlıyoruz, adam hangi desenini kullanmış nasıl anlıyoruz direk anlaşılıyor mu vs." gibi handikaplar bendede vardı. Tasarım desenlerinde ne kadar ustaysan ve ne kadar tecrübeliysen bir yazılım geliştirirken o kadar erken deseni uygulamayı veya grdüğün bir deseni anlayabileceğine inanıyorum. Ben genele iteratif olarak desenleri uyguluyorum. Uygulamayı yazmaya devam ettikçe eğer koduna hakimsen yada değişiklik geldiğinde, bug fixlersen veya sıkıntıdan kodu gzden geçirmeye başlarsan temelde bir takım şeyleri fark edebiliyorsun. Kod tekrar ediyorsa Kodu değiştirdiğinde bir çok yer onunla beraber değişiyorsa Aynı iş farklı mantıklarla yapılıyor ve bunları if yada switch ile kontrol ediyorsak gibi temel şeyler beni kıllandırıyor mesela. Bu durumları grdüğümde oturup kodun işleyişini bir kağıda çizip bakıyorum. Eğer desenler hakkında bilgim zayıflamışsa yada benzer problemler için google'da arama yapıyorum ve bu işe uygun desen varsa onu implemente etmeye çalışıyorum. Bazı desenler aslında çok bariz şekilde uygulanacağı yerleri belli ederler. rneğin Singleton pattern. Herhalde mülakatlardada en fazla çıkan ve en banko cevabı "Aga işte veritabanı bağlantısı singletondır." şeklinde olan desen. nceki programcı tarafından kullanılan deseni nasıl anlayabilirim? Genelde desenlerin içinde bazı terimler vardır. Adapter pattern için Adapter, Builder pattern için builder, Singleton pattern için Singleton-instance, Observer pattern için Observer-Observable gibi gibi... Projedeki Interface'lere gz atarakda bu patternları fark etmen kolaylaşabilir. Eğer bir yazılımcı Observer Pattern'ı implemente etmiş ama IObserver, IObservable interface'i kullanmayıp gtünden element uydurmuşsa onun amk ben. Byle tipler olabiliyor onları kaale alma. Pattern'ın olayı zaten bakanın hemen mevzuyu anlaması, fantaziye gerek yok. Java kaynak kodundan patternları ğrenmek ve anlamak zor başlangıçta. Onun yerine internette çok güzel makaleler var. "Real World examples" adıyla yayınlanan makaleler işini kolaylaştırır. Çünkü gerçekten aklında oturacak gerçek rnekler olduğu için kavramanı kolaylaştırır. Mesela pattern ğrenmek için: Kendi cache mekanızmanı yazabilirsin. Burada singleton pattern'i çok güzel implemente edebilirsin. Ayrıca factory pattern'i InMemory-Persistency kısımlarında kullanabilirsin. Şimdi buraya kadar benim dilimin dndüğümce cahil aklımca bu kadarlık zamanda anladığım, ğrendiğim ve çıkarımlarım oldu. İşin doğru, tam ve eksiksiz maddeleri için için biraz OOP nin temellerine ve Wikipedia'ya bakıp ders çalışır gibi nce başlıkları not alıp sonra bu notları tek tek araştırıp bunlarla ilgili rnekler yaparak kendine bir çalışma haritası çıkabilirsin gibi. herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri ğrenmeye çalışmayın. yabancı dil filan ğrenin amq.// s. kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//