\n Karma\u015f\u0131k ve y\u00f6netilmesi zor Java projeleriyle mi m\u00fccadele ediyorsunuz? Kodunuzun esnekli\u011fini art\u0131rmak, bak\u0131m\u0131n\u0131 kolayla\u015ft\u0131rmak ve tak\u0131m\u0131n\u0131zla ortak bir dil konu\u015fmak ister misiniz? Java tasar\u0131m desenleri, yaz\u0131l\u0131m geli\u015ftirme s\u00fcrecindeki yayg\u0131n sorunlara kar\u015f\u0131 kan\u0131tlanm\u0131\u015f \u00e7\u00f6z\u00fcmler sunarak bu hedeflere ula\u015fman\u0131z\u0131 sa\u011flar. Bu makalede, Java’daki en yayg\u0131n tasar\u0131m desenlerini ger\u00e7ek d\u00fcnya \u00f6rnekleriyle derinlemesine inceleyecek, kodunuzu nas\u0131l daha temiz, daha anla\u015f\u0131l\u0131r ve daha s\u00fcrd\u00fcr\u00fclebilir hale getirece\u011finizi ad\u0131m ad\u0131m \u00f6\u011freneceksiniz.\n <\/p>\n
\n Yaz\u0131l\u0131m geli\u015ftirme s\u00fcreci, t\u0131pk\u0131 bir mimar\u0131n bir bina in\u015fa etmesi gibidir; sa\u011flam temeller, iyi d\u00fc\u015f\u00fcn\u00fclm\u00fc\u015f bir plan ve kan\u0131tlanm\u0131\u015f teknikler gerektirir. \u0130\u015fte tam da bu noktada, Java tasar\u0131m desenleri devreye girer. Peki, “tasar\u0131m deseni” tam olarak ne anlama geliyor ve neden her Java geli\u015ftiricisinin bunlar\u0131 bilmesi gerekiyor? Basit\u00e7e ifade etmek gerekirse, tasar\u0131m desenleri, yaz\u0131l\u0131m geli\u015ftirmede tekrar eden sorunlara y\u00f6nelik kan\u0131tlanm\u0131\u015f, genel \u00e7\u00f6z\u00fcmlerdir. Bunlar, belirli bir programlama dili veya senaryo i\u00e7in do\u011frudan bir kod par\u00e7ac\u0131\u011f\u0131 olmaktan ziyade, farkl\u0131 durumlara uygulanabilen, soyutlanm\u0131\u015f, \u015fablon benzeri yakla\u015f\u0131mlard\u0131r. Amac\u0131m\u0131z, sadece \u00e7al\u0131\u015fan bir kod yazmak de\u011fil, ayn\u0131 zamanda kolayca de\u011fi\u015ftirilebilen, test edilebilir ve gelecekteki ihtiya\u00e7lara adapte olabilen bir yap\u0131 olu\u015fturmakt\u0131r.\n <\/p>\n
\n Bu desenlerin \u00f6nemi birka\u00e7 temel noktada yatmaktad\u0131r. \u0130lk olarak, kod tekrar\u0131n\u0131 azalt\u0131r ve yaz\u0131l\u0131m\u0131n yeniden kullan\u0131labilirli\u011fini art\u0131r\u0131rlar. Ayn\u0131 problemi farkl\u0131 yerlerde tekrar tekrar \u00e7\u00f6zmek yerine, bir deseni uygulayarak standart bir \u00e7\u00f6z\u00fcm olu\u015ftururuz. \u0130kincisi, yaz\u0131l\u0131m\u0131n esnekli\u011fini ve geni\u015fletilebilirli\u011fini art\u0131r\u0131rlar. Bir deseni do\u011fru bir \u015fekilde uygulad\u0131\u011f\u0131n\u0131zda, sisteme yeni \u00f6zellikler eklemek veya mevcut olanlar\u0131 de\u011fi\u015ftirmek \u00e7ok daha kolay hale gelir. \u00dc\u00e7\u00fcnc\u00fcs\u00fc, tasar\u0131m desenleri, geli\u015ftirici ekipleri aras\u0131nda ortak bir kelime da\u011farc\u0131\u011f\u0131 olu\u015fturur. “Bu k\u0131s\u0131mda bir Singleton deseni kullanabiliriz” dedi\u011finizde, herkes neyden bahsetti\u011finizi anlar; bu da ileti\u015fimi h\u0131zland\u0131r\u0131r ve yanl\u0131\u015f anla\u015f\u0131lmalar\u0131 engeller. D\u00f6rd\u00fcnc\u00fcs\u00fc ise, kodun bak\u0131m\u0131n\u0131 ve okunabilirli\u011fini \u00f6nemli \u00f6l\u00e7\u00fcde iyile\u015ftirirler. Tan\u0131nm\u0131\u015f bir desen kullan\u0131ld\u0131\u011f\u0131nda, kodun ne ama\u00e7la yaz\u0131ld\u0131\u011f\u0131 ve nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131 daha kolay anla\u015f\u0131l\u0131r, bu da hata ay\u0131klama ve yeni \u00f6zellikler geli\u015ftirme s\u00fcre\u00e7lerini h\u0131zland\u0131r\u0131r.\n <\/p>\n
\n Java’da tasar\u0131m desenleri, nesne y\u00f6nelimli programlama (OOP) ilkeleriyle (SOLID prensipleri gibi) yak\u0131ndan ili\u015fkilidir. Tek Sorumluluk Prensibi (SRP), A\u00e7\u0131k\/Kapal\u0131 Prensibi (OCP), Liskov Yerine Koyma Prensibi (LSP), Aray\u00fcz Ayr\u0131\u015ft\u0131rma Prensibi (ISP) ve Ba\u011f\u0131ml\u0131l\u0131k Tersine \u00c7evirme Prensibi (DIP) gibi prensipler, tasar\u0131m desenlerinin temelini olu\u015fturur ve onlar\u0131n neden bu kadar etkili oldu\u011funu a\u00e7\u0131klar. \u00d6rne\u011fin, A\u00e7\u0131k\/Kapal\u0131 Prensibi, yaz\u0131l\u0131m varl\u0131klar\u0131n\u0131n (s\u0131n\u0131flar, mod\u00fcller, fonksiyonlar vb.) geli\u015ftirmeye a\u00e7\u0131k, ancak de\u011fi\u015fikli\u011fe kapal\u0131 olmas\u0131 gerekti\u011fini belirtir. Bir\u00e7ok tasar\u0131m deseni (\u00f6rne\u011fin Strateji deseni veya Fabrika deseni), bu prensibi do\u011fal olarak destekleyerek sistemin esnekli\u011fini art\u0131r\u0131r. Bu nedenle, tasar\u0131m desenlerini \u00f6\u011frenmek, asl\u0131nda iyi bir OOP geli\u015ftiricisi olman\u0131n anahtarlar\u0131ndan biridir. Bu desenleri kullanmak sadece kod yazmakla ilgili de\u011fil, ayn\u0131 zamanda d\u00fc\u015f\u00fcnme \u015feklimizi ve sorunlara yakla\u015f\u0131m\u0131m\u0131z\u0131 da geli\u015ftirir. \u015eimdi, bu g\u00fc\u00e7l\u00fc ara\u00e7lar\u0131n derinliklerine inelim ve Java projelerinizde onlar\u0131 nas\u0131l hayata ge\u00e7irebilece\u011finizi ke\u015ffedelim.\n <\/p>\n
\n Yarat\u0131msal desenler, ad\u0131ndan da anla\u015f\u0131laca\u011f\u0131 gibi, nesne olu\u015fturma mekanizmalar\u0131n\u0131 soyutlamak ve kontrol etmekle ilgilidir. Uygulaman\u0131z b\u00fcy\u00fcd\u00fck\u00e7e, do\u011frudan \n Bir uygulaman\u0131n ya\u015fam d\u00f6ng\u00fcs\u00fc boyunca belirli bir s\u0131n\u0131f\u0131n yaln\u0131zca tek bir \u00f6rne\u011fine ihtiya\u00e7 duydu\u011funuz senaryolarla s\u0131k s\u0131k kar\u015f\u0131la\u015f\u0131r\u0131z. \u00d6rne\u011fin, bir veritaban\u0131 ba\u011flant\u0131 havuzu, bir konfig\u00fcrasyon y\u00f6neticisi veya bir loglama sistemi genellikle uygulaman\u0131n genelinde tek bir \u00f6rnek olarak bulunmal\u0131d\u0131r. Bu gibi durumlarda, her seferinde yeni bir nesne olu\u015fturmak kaynak israf\u0131na yol a\u00e7abilir veya tutars\u0131z davran\u0131\u015flara neden olabilir. Singleton deseni, bir s\u0131n\u0131f\u0131n yaln\u0131zca bir \u00f6rne\u011finin olmas\u0131n\u0131 ve bu \u00f6rne\u011fe k\u00fcresel bir eri\u015fim noktas\u0131 sa\u011flamas\u0131n\u0131 garanti eder.\n <\/p>\n \n Peki, bu nas\u0131l ba\u015far\u0131l\u0131r? Temel fikir, s\u0131n\u0131f\u0131n yap\u0131c\u0131 metodunu (constructor) \n Ger\u00e7ek bir \u00f6rnek olarak, bir uygulaman\u0131n loglama sistemini d\u00fc\u015f\u00fcnelim. T\u00fcm mod\u00fcllerin ayn\u0131 log dosyas\u0131na veya log ak\u0131\u015f\u0131na yazmas\u0131 i\u00e7in tek bir <\/code><\/p>\n \n Bu \u00f6rnekte, \n Uygulaman\u0131z\u0131n farkl\u0131 ko\u015fullara g\u00f6re farkl\u0131 tipte nesneler olu\u015fturmas\u0131 gerekti\u011fi durumlar olabilir, ancak bu nesnelerin tam t\u00fcr\u00fc \u00e7al\u0131\u015fma zaman\u0131na kadar bilinmeyebilir veya de\u011fi\u015ftirilebilir olabilir. \u00d6rne\u011fin, bir teslimat uygulamas\u0131 geli\u015ftirdi\u011finizi d\u00fc\u015f\u00fcn\u00fcn. Kullan\u0131c\u0131n\u0131n se\u00e7imine veya g\u00f6nderinin tipine g\u00f6re Karayolu Ta\u015f\u0131mac\u0131l\u0131\u011f\u0131, Deniz Ta\u015f\u0131mac\u0131l\u0131\u011f\u0131 veya Hava Ta\u015f\u0131mac\u0131l\u0131\u011f\u0131 gibi farkl\u0131 ta\u015f\u0131ma y\u00f6ntemleri sunman\u0131z gerekebilir. Bu ta\u015f\u0131ma y\u00f6ntemlerinin hepsi ayn\u0131 \n Factory Method deseni, bir aray\u00fcz veya soyut s\u0131n\u0131f tan\u0131mlayarak nesneleri olu\u015fturmak i\u00e7in bir metot (fabrika metodu) sa\u011flar, ancak somut s\u0131n\u0131flar\u0131n hangi nesneleri olu\u015fturaca\u011f\u0131na alt s\u0131n\u0131flar karar verir. Bu, nesne yarat\u0131m\u0131n\u0131 istemci kodundan ay\u0131r\u0131r ve sistemin A\u00e7\u0131k\/Kapal\u0131 Prensibi'ne uymas\u0131n\u0131 sa\u011flar. Yani, yeni bir \u00fcr\u00fcn tipi ekledi\u011finizde, mevcut istemci kodunu de\u011fi\u015ftirmek zorunda kalmazs\u0131n\u0131z. Sadece yeni bir somut fabrika s\u0131n\u0131f\u0131 ve \u00fcr\u00fcn s\u0131n\u0131f\u0131 eklersiniz.\n <\/p>\n \n Teslimat \u00f6rne\u011fimize geri d\u00f6nelim:\n <\/p>\n <\/code><\/p>\n \n Bu yap\u0131da, \n Yaz\u0131l\u0131m sistemleri b\u00fcy\u00fcd\u00fck\u00e7e, farkl\u0131 s\u0131n\u0131flar\u0131n ve nesnelerin bir araya gelerek daha b\u00fcy\u00fck ve karma\u015f\u0131k yap\u0131lar olu\u015fturmas\u0131 ka\u00e7\u0131n\u0131lmazd\u0131r. Ancak, bu bile\u015fenleri do\u011frudan birbirine ba\u011flamak, sistemin s\u0131k\u0131ca kenetlenmesine (tight coupling) ve de\u011fi\u015ftirilmesi zor bir yap\u0131ya yol a\u00e7abilir. Yap\u0131sal desenler, bu zorlu\u011fu ele alarak s\u0131n\u0131flar\u0131n ve nesnelerin nas\u0131l d\u00fczenlenece\u011fini ve birle\u015ftirilece\u011fini tan\u0131mlar. Bu desenler, farkl\u0131 sorumluluklar\u0131 olan s\u0131n\u0131flar\u0131n uyumlu bir \u015fekilde bir arada \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flamak i\u00e7in esnek ve verimli yollar sunar. Ama\u00e7, sistemin yap\u0131s\u0131n\u0131 basitle\u015ftirmek, karma\u015f\u0131kl\u0131\u011f\u0131 azaltmak ve bile\u015fenler aras\u0131ndaki ili\u015fkileri daha anla\u015f\u0131l\u0131r hale getirmektir. Bunu yaparken, genellikle yeni aray\u00fczler, soyutlamalar veya adaptasyon katmanlar\u0131 ekleyerek mevcut bile\u015fenlerin de\u011fi\u015ftirilmeden yeniden kullan\u0131lmas\u0131n\u0131 sa\u011flarlar. \u015eimdi, bu kategoriden iki g\u00fc\u00e7l\u00fc deseni, Adapter ve Decorator'\u0131 inceleyelim.\n <\/p>\n \n Farkl\u0131 sistemler veya bile\u015fenler aras\u0131nda entegrasyon yapmaya \u00e7al\u0131\u015f\u0131rken s\u0131k\u00e7a kar\u015f\u0131la\u015f\u0131lan bir problem, uyumsuz aray\u00fczlerdir. Diyelim ki, yeni bir Java uygulamas\u0131nda eski bir harici k\u00fct\u00fcphaneyi veya bir \u00fc\u00e7\u00fcnc\u00fc taraf API'yi kullanman\u0131z gerekiyor. Bu k\u00fct\u00fcphanenin sundu\u011fu aray\u00fcz, sizin uygulaman\u0131z\u0131n bekledi\u011fi aray\u00fczden farkl\u0131 olabilir. Do\u011frudan bu k\u00fct\u00fcphaneyi entegre etmek, mevcut kodunuzu tamamen yeniden yazman\u0131z\u0131 gerektirebilir veya k\u00fct\u00fcphaneyi kullanamaman\u0131za neden olabilir. Adapter deseni, bu t\u00fcr uyumsuzluklar\u0131 a\u015fmak i\u00e7in zarif bir \u00e7\u00f6z\u00fcm sunar.\n <\/p>\n \n Adapter deseni (ayn\u0131 zamanda Wrapper deseni olarak da bilinir), bir s\u0131n\u0131f\u0131n aray\u00fcz\u00fcn\u00fc, ba\u015fka bir aray\u00fcz\u00fc bekleyen istemcinin anlayabilece\u011fi bir aray\u00fcze d\u00f6n\u00fc\u015ft\u00fcr\u00fcr. \u0130ki ana t\u00fcr\u00fc vard\u0131r: S\u0131n\u0131f adapt\u00f6r\u00fc (kal\u0131t\u0131m kullanarak) ve Nesne adapt\u00f6r\u00fc (kompozisyon kullanarak). Nesne adapt\u00f6r\u00fc daha yayg\u0131n ve esnektir \u00e7\u00fcnk\u00fc bir s\u0131n\u0131f\u0131n t\u00fcm aray\u00fcz\u00fcn\u00fc de\u011fi\u015ftirmek yerine, sadece belirli metod \u00e7a\u011fr\u0131lar\u0131n\u0131 adapte etmeye olanak tan\u0131r. Ger\u00e7ek d\u00fcnyadan bir \u00f6rnek olarak, bir uygulaman\u0131n sadece kare \u015fekilleri \u00e7izebilen eski bir \u00e7izim k\u00fct\u00fcphanesi oldu\u011funu d\u00fc\u015f\u00fcnelim. Ancak sizin uygulaman\u0131z\u0131n daire \u015fekilleri \u00e7izmesi gerekiyor. K\u00fct\u00fcphaneyi de\u011fi\u015ftiremeyece\u011fimize g\u00f6re, bir adapter kullanarak daire \u00e7izme iste\u011fini kare \u00e7izme iste\u011fine d\u00f6n\u00fc\u015ft\u00fcrebiliriz.\n <\/p>\n \n Daha somut bir \u00f6rnek verelim: Diyelim ki eski bir \u00fc\u00e7\u00fcnc\u00fc taraf \u00f6deme a\u011f ge\u00e7idi ( <\/code><\/p>\n \n Yukar\u0131daki \u00f6rnekte, \n Bir nesneye dinamik olarak yeni sorumluluklar eklemeniz gereken durumlarla kar\u015f\u0131la\u015ft\u0131n\u0131z m\u0131? Belki bir kahve sipari\u015f sistemi geli\u015ftiriyorsunuz ve kahveye s\u00fct, krema, karamel gibi farkl\u0131 ekstralar eklemek istiyorsunuz. Bu ekstralar\u0131n her biri kahvenin fiyat\u0131n\u0131 ve a\u00e7\u0131klamas\u0131n\u0131 de\u011fi\u015ftirmeli. Bu senaryoda, her kombinasyon i\u00e7in ayr\u0131 bir alt s\u0131n\u0131f olu\u015fturmak (\u00f6rne\u011fin, \n Decorator deseni, mevcut bir nesneyi sarmalayarak (decorate ederek) ona dinamik olarak yeni davran\u0131\u015flar eklemenizi sa\u011flar, ancak bunu yaparken nesnenin aray\u00fcz\u00fcn\u00fc de\u011fi\u015ftirmez. Bu, kal\u0131t\u0131ma esnek ve daha g\u00fc\u00e7l\u00fc bir alternatif sunar, \u00e7\u00fcnk\u00fc nesnelere \u00e7al\u0131\u015fma zaman\u0131nda yeni \u00f6zellikler ekleyebilirsiniz. Temel fikir, bir bile\u015fen aray\u00fcz\u00fcne sahip olmak, bu aray\u00fcz\u00fc implemente eden somut bir bile\u015fen (\u00f6rne\u011fin sade kahve) ve bu bile\u015feni sarmalayan, yine ayn\u0131 bile\u015fen aray\u00fcz\u00fcn\u00fc uygulayan soyut bir dekorat\u00f6r s\u0131n\u0131f\u0131na sahip olmakt\u0131r. Somut dekorat\u00f6rler (\u00f6rne\u011fin s\u00fct veya krema), sarmalad\u0131klar\u0131 nesneye ek davran\u0131\u015flar ve\/veya maliyetler ekler.\n <\/p>\n \n Kahve d\u00fckkan\u0131 \u00f6rne\u011fi \u00fczerinden inceleyelim:\n <\/p>\n <\/code><\/p>\n \n Bu \u00f6rnekte, \n Nesneler ve s\u0131n\u0131flar, bir uygulaman\u0131n yap\u0131 ta\u015flar\u0131d\u0131r. Ancak, bir sistemin ger\u00e7ek g\u00fcc\u00fc, bu yap\u0131 ta\u015flar\u0131n\u0131n nas\u0131l etkile\u015fim kurdu\u011funda ve birbirleriyle nas\u0131l ileti\u015fim kurdu\u011funda yatar. Davran\u0131\u015fsal desenler, nesneler aras\u0131ndaki etkile\u015fimleri, sorumluluk da\u011f\u0131l\u0131m\u0131n\u0131 ve algoritmalar\u0131 d\u00fczenlemekle ilgilidir. Bu desenler, nesnelerin g\u00f6revlerini birbirine s\u0131k\u0131ca ba\u011flamadan, daha esnek ve y\u00f6netilebilir bir \u015fekilde i\u015fbirli\u011fi yapmas\u0131n\u0131 sa\u011flayarak sistemin davran\u0131\u015fsal karma\u015f\u0131kl\u0131\u011f\u0131n\u0131 azaltmaya yard\u0131mc\u0131 olur. Ayr\u0131ca, algoritmalar\u0131n de\u011fi\u015febilirli\u011fini art\u0131r\u0131r, istemcilerin farkl\u0131 i\u015flevsellikleri kolayca se\u00e7mesine olanak tan\u0131r ve nesnelerin durum de\u011fi\u015fikliklerine nas\u0131l tepki verece\u011fini tan\u0131mlar. Ama\u00e7, nesneler aras\u0131nda gev\u015fek ba\u011flam (loose coupling) olu\u015fturmak ve b\u00f6ylece sistemin de\u011fi\u015fime daha diren\u00e7li olmas\u0131n\u0131 sa\u011flamakt\u0131r. \u015eimdi, bu kategori alt\u0131ndaki iki anahtar deseni, Observer ve Strategy'yi ele alal\u0131m.\n <\/p>\n \n Bir\u00e7ok yaz\u0131l\u0131m uygulamas\u0131nda, bir nesnenin durumu de\u011fi\u015fti\u011finde, di\u011fer nesnelerin bu de\u011fi\u015fiklikten haberdar olmas\u0131 ve buna g\u00f6re tepki vermesi gerekir. \u00d6rne\u011fin, bir hisse senedi takip uygulamas\u0131nda, bir hissenin fiyat\u0131 de\u011fi\u015fti\u011finde, bu hisseyi takip eden t\u00fcm kullan\u0131c\u0131 aray\u00fcz\u00fc bile\u015fenleri (grafikler, fiyat tablolar\u0131) otomatik olarak g\u00fcncellenmelidir. Bu durumu s\u00fcrekli olarak manuel olarak kontrol etmek yerine, Observer deseni, bu t\u00fcr bir \"bire \u00e7ok\" ba\u011f\u0131ml\u0131l\u0131\u011f\u0131 zarif\u00e7e y\u00f6netir.\n <\/p>\n \n Observer deseni, bir nesnenin (Subject - \u00f6zne\/g\u00f6zlemlenen) durumundaki de\u011fi\u015fiklikler konusunda di\u011fer nesneleri (Observers - g\u00f6zlemciler) bilgilendirmesi i\u00e7in bir mekanizma sa\u011flar. \u00d6zne, kendisini g\u00f6zlemlemek isteyen g\u00f6zlemcilerin bir listesini tutar. Durumu de\u011fi\u015fti\u011finde, t\u00fcm kay\u0131tl\u0131 g\u00f6zlemcilere bir bildirim g\u00f6nderir. Bu bildirim genellikle g\u00f6zlemcilerin belirli bir aray\u00fcz metodu arac\u0131l\u0131\u011f\u0131yla yap\u0131l\u0131r, b\u00f6ylece her g\u00f6zlemci de\u011fi\u015fikli\u011fe kendi \u00f6zel \u015fekilde tepki verebilir. Bu desen, \u00f6zne ve g\u00f6zlemciler aras\u0131nda gev\u015fek bir ba\u011flam sa\u011flar; \u00f6zne, hangi g\u00f6zlemcilerin onu g\u00f6zlemledi\u011fini bilmez, sadece onlar\u0131 ortak bir aray\u00fcz \u00fczerinden bilgilendirir.\n <\/p>\n \n Hisse senedi takip \u00f6rne\u011fini kullanarak bu deseni a\u00e7\u0131klayal\u0131m:\n <\/p>\n <\/code><\/p>\n \n Bu \u00f6rnekte, \n Bir uygulaman\u0131n ayn\u0131 i\u015fi farkl\u0131 \u015fekillerde yapmas\u0131 gereken durumlar olabilir. \u00d6rne\u011fin, bir e-ticaret uygulamas\u0131nda m\u00fc\u015fteriye farkl\u0131 \u00f6deme y\u00f6ntemleri (kredi kart\u0131, PayPal, banka havalesi) sunman\u0131z gerekebilir. Veya bir dosya s\u0131k\u0131\u015ft\u0131rma uygulamas\u0131nda ZIP, RAR veya GZIP gibi farkl\u0131 s\u0131k\u0131\u015ft\u0131rma algoritmalar\u0131 aras\u0131nda ge\u00e7i\u015f yapman\u0131z istenebilir. Bu farkl\u0131 algoritmalar\u0131 do\u011frudan istemci koduna g\u00f6mmek, kodun karma\u015f\u0131kl\u0131\u011f\u0131n\u0131 art\u0131r\u0131r ve yeni bir algoritma eklendi\u011finde mevcut kodu de\u011fi\u015ftirmek zorunda kalman\u0131za yol a\u00e7ar. Strategy deseni, bu t\u00fcr senaryolar i\u00e7in esnek bir \u00e7\u00f6z\u00fcm sunar.\n <\/p>\n \n Strategy deseni, bir algoritma ailesini tan\u0131mlar, her bir algoritmay\u0131 ayr\u0131 bir s\u0131n\u0131f i\u00e7inde kaps\u00fcller ve onlar\u0131 de\u011fi\u015ftirilebilir hale getirir. Bu, istemciye bir algoritmay\u0131 \u00e7al\u0131\u015fma zaman\u0131nda se\u00e7me olana\u011f\u0131 tan\u0131r. Yani, bir s\u0131n\u0131f\u0131n (Context) bir i\u015fi yapmak i\u00e7in hangi algoritmay\u0131 kullanaca\u011f\u0131na dair karar verme sorumlulu\u011funu, o i\u015fi yapan algoritman\u0131n kendisinden ay\u0131r\u0131r\u0131z. Bu desenin temel bile\u015fenleri \u015funlard\u0131r:<\/p>\n \n E-ticaret \u00f6deme y\u00f6ntemi \u00f6rne\u011fini ele alal\u0131m:\n <\/p>\n <\/code><\/p>\n \n Bu \u00f6rnekte, \n Tasar\u0131m desenlerini \u00f6\u011frenmek, t\u0131pk\u0131 bir \u015fefin farkl\u0131 mutfak tekniklerini \u00f6\u011frenmesi gibidir. Her bir tekni\u011fin (desenin) ne i\u015fe yarad\u0131\u011f\u0131n\u0131 bilmek \u00f6nemlidir, ancak ger\u00e7ek ustal\u0131k, onlar\u0131 do\u011fru zamanda, do\u011fru kombinasyonlarla ve en uygun \u015fekilde kullanmaktan ge\u00e7er. Java geli\u015ftiricileri olarak, bu desenleri sadece tekil \u00e7\u00f6z\u00fcmler olarak de\u011fil, ayn\u0131 zamanda daha b\u00fcy\u00fck, entegre sistemlerin bir par\u00e7as\u0131 olarak g\u00f6rmeliyiz. Ger\u00e7ek d\u00fcnyadaki karma\u015f\u0131k senaryolarda, genellikle birden fazla tasar\u0131m deseni bir arada kullan\u0131l\u0131r ve bu kombinasyonlar, uygulaman\u0131z\u0131n mimarisine derinlemesine esneklik ve s\u00fcrd\u00fcr\u00fclebilirlik katabilir. \u00d6rne\u011fin, bir Factory Method deseni, olu\u015fturdu\u011fu nesnelerin davran\u0131\u015f\u0131n\u0131 belirlemek i\u00e7in bir Strategy deseni kullanabilir; ya da bir Decorator deseni, olu\u015fturulan nesnelerin temelini bir Builder deseniyle olu\u015fturulmu\u015f karma\u015f\u0131k bir nesneye dayand\u0131rabilir. Bu t\u00fcr kombinasyonlar, sistemin hem yarat\u0131m\u0131n\u0131 hem de davran\u0131\u015f\u0131n\u0131 ayn\u0131 anda optimize etmeye olanak tan\u0131r.\n <\/p>\n \n Peki, tasar\u0131m desenlerini ne zaman kullanmal\u0131y\u0131z ve ne zaman ka\u00e7\u0131nmal\u0131y\u0131z? Desenler, yayg\u0131n sorunlara kar\u015f\u0131 kan\u0131tlanm\u0131\u015f \u00e7\u00f6z\u00fcmler sunarken, her zaman sihirli de\u011fnek de\u011fillerdir. \"Her \u015fey bir desene uymal\u0131\" d\u00fc\u015f\u00fcncesi, gereksiz karma\u015f\u0131kl\u0131\u011fa yol a\u00e7abilir (over-engineering). K\u00fc\u00e7\u00fck veya basit projelerde, bir desenin uygulanmas\u0131, sa\u011flad\u0131\u011f\u0131 faydadan \u00e7ok daha fazla kod ve soyutlama maliyeti getirebilir. Bu nedenle, bir deseni uygulamadan \u00f6nce daima \"Bu desen, \u00e7\u00f6zmeye \u00e7al\u0131\u015ft\u0131\u011f\u0131m probleme ger\u00e7ekten uygun mu?\" veya \"Bu ek karma\u015f\u0131kl\u0131k, uzun vadede bize fayda sa\u011flayacak m\u0131?\" gibi sorular\u0131 sormak \u00f6nemlidir. DRY (Don't Repeat Yourself) prensibi gibi temel prensiplere uyarak basit ve anla\u015f\u0131l\u0131r bir \u00e7\u00f6z\u00fcm \u00fcretebiliyorsan\u0131z, belki de o an i\u00e7in bir desene ihtiyac\u0131n\u0131z yoktur. Ancak, uygulaman\u0131z\u0131n b\u00fcy\u00fcyece\u011fini, de\u011fi\u015fece\u011fini ve geni\u015fleyece\u011fini \u00f6ng\u00f6r\u00fcyorsan\u0131z, gelecekteki de\u011fi\u015fiklikleri kolayla\u015ft\u0131racak desenleri proaktif olarak uygulamak ak\u0131ll\u0131ca olacakt\u0131r.\n <\/p>\n \n Deneyimli geli\u015ftiriciler i\u00e7in, tasar\u0131m desenlerini anlaman\u0131n \u00f6tesinde, onlar\u0131 etkili bir \u015fekilde kullanman\u0131n baz\u0131 ileri d\u00fczey ipu\u00e7lar\u0131 \u015funlard\u0131r:<\/p>\n \n Unutmay\u0131n ki tasar\u0131m desenleri, bir dilin s\u00f6zdizimi gibi ezberlenecek kurallar b\u00fct\u00fcn\u00fc de\u011fil, aksine yaz\u0131l\u0131m geli\u015ftirme s\u00fcrecindeki problemleri \u00e7\u00f6zmek i\u00e7in d\u00fc\u015f\u00fcnme ve tasar\u0131m yapma bi\u00e7imleridir. S\u00fcrekli pratik yaparak, farkl\u0131 senaryolarda uygulayarak ve mevcut kod tabanlar\u0131n\u0131 inceleyerek bu ustal\u0131k seviyesine ula\u015fabilirsiniz. Bu desenler, kodunuzu sadece \u00e7al\u0131\u015f\u0131r hale getirmekle kalmaz, ayn\u0131 zamanda estetik, verimli ve uzun \u00f6m\u00fcrl\u00fc k\u0131lar.\n <\/p>\n \n Bu makale boyunca, Java'da tasar\u0131m desenlerinin ne oldu\u011funu, neden bu kadar \u00f6nemli olduklar\u0131n\u0131 ve yarat\u0131msal, yap\u0131sal ve davran\u0131\u015fsal kategoriler alt\u0131ndaki baz\u0131 temel desenleri ger\u00e7ek d\u00fcnya \u00f6rnekleriyle nas\u0131l uygulayaca\u011f\u0131m\u0131z\u0131 derinlemesine inceledik. Singleton ile tekil nesne y\u00f6netiminden, Factory Method ile esnek nesne yarat\u0131m\u0131na; Adapter ile uyumsuz aray\u00fczleri birle\u015ftirmekten, Decorator ile nesnelere dinamik \u00f6zellikler eklemeye; Observer ile durum de\u011fi\u015fikliklerini otomatik bildirimden, Strategy ile algoritmalar\u0131 de\u011fi\u015ftirmeye kadar bir\u00e7ok farkl\u0131 senaryoyu ele ald\u0131k. G\u00f6rd\u00fc\u011f\u00fcm\u00fcz gibi, tasar\u0131m desenleri, yaz\u0131l\u0131m m\u00fchendisli\u011findeki yayg\u0131n sorunlara kar\u015f\u0131 test edilmi\u015f ve kan\u0131tlanm\u0131\u015f \u00e7\u00f6z\u00fcmler sunarak kod kalitemizi \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r.\n <\/p>\n \n Tasar\u0131m desenlerinin kullan\u0131lmas\u0131, sadece kodunuzu daha temiz ve d\u00fczenli hale getirmekle kalmaz, ayn\u0131 zamanda tak\u0131m \u00fcyeleri aras\u0131nda ortak bir tasar\u0131m dili olu\u015fturarak ileti\u015fimi kolayla\u015ft\u0131r\u0131r. Esneklik, geni\u015fletilebilirlik, bak\u0131m kolayl\u0131\u011f\u0131 ve yeniden kullan\u0131labilirlik gibi temel yaz\u0131l\u0131m niteliklerini iyile\u015ftirir. Ancak, her ara\u00e7 gibi tasar\u0131m desenlerinin de do\u011fru yerde ve do\u011fru zamanda kullan\u0131lmas\u0131 gerekti\u011fini unutmamak \u00f6nemlidir. A\u015f\u0131r\u0131 m\u00fchendislikten ka\u00e7\u0131nmal\u0131 ve bir deseni uygulamadan \u00f6nce her zaman mevcut problemin en basit ve en etkili \u00e7\u00f6z\u00fcm\u00fcn\u00fc aramal\u0131y\u0131z. Bu desenleri \u00f6\u011frenmek, sadece kodlama becerilerinizi geli\u015ftirmekle kalmayacak, ayn\u0131 zamanda mimari d\u00fc\u015f\u00fcnme yetene\u011finizi de g\u00fc\u00e7lendirecektir. Java ekosisteminde sa\u011flam, \u00f6l\u00e7eklenebilir ve s\u00fcrd\u00fcr\u00fclebilir uygulamalar geli\u015ftirmek isteyen her geli\u015ftirici i\u00e7in tasar\u0131m desenleri vazge\u00e7ilmez bir ara\u00e7 setidir. Onlar\u0131 projenize dahil etmeye ba\u015flad\u0131\u011f\u0131n\u0131zda, yaz\u0131l\u0131m geli\u015ftirme s\u00fcrecinizin ne kadar daha ak\u0131c\u0131 ve keyifli hale geldi\u011fini g\u00f6receksiniz.\n <\/p>\n Hay\u0131r, her projede t\u00fcm desenleri kullanmak zorunda de\u011filsiniz. K\u00fc\u00e7\u00fck ve basit projelerde, desenleri uygulamak gereksiz karma\u015f\u0131kl\u0131k yaratabilir (over-engineering). Desenler, \u00f6zellikle b\u00fcy\u00fck, karma\u015f\u0131k ve gelecekte geni\u015fletilmesi beklenen projelerde, yaz\u0131l\u0131m\u0131n s\u00fcrd\u00fcr\u00fclebilirli\u011fini, esnekli\u011fini ve bak\u0131m\u0131n\u0131 kolayla\u015ft\u0131rmak i\u00e7in \u00e7ok de\u011ferli hale gelir.<\/p>\n<\/li>\n Gang of Four (GoF), \"Design Patterns: Elements of Reusable Object-Oriented Software\" adl\u0131 kitab\u0131 yazan d\u00f6rt yazara (Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides) verilen takma add\u0131r. Bu kitap, yaz\u0131l\u0131m d\u00fcnyas\u0131nda tasar\u0131m desenleri kavram\u0131n\u0131 pop\u00fclerle\u015ftiren ve 23 temel deseni kategorize eden ilk ve en etkili \u00e7al\u0131\u015fmalardan biridir.<\/p>\n<\/li>\n Evet, baz\u0131 durumlarda olabilir. \u00d6zellikle Singleton deseninin yanl\u0131\u015f kullan\u0131m\u0131 veya gereksiz soyutlamalar, \u00e7ok k\u00fc\u00e7\u00fck bir performans maliyetine yol a\u00e7abilir. Ancak, \u00e7o\u011fu zaman, tasar\u0131m desenlerinin sa\u011flad\u0131\u011f\u0131 mimari avantajlar (bak\u0131m kolayl\u0131\u011f\u0131, esneklik vb.) bu potansiyel k\u00fc\u00e7\u00fck performans d\u00fc\u015f\u00fc\u015flerini telafi eder. Performans kritik sistemlerde, desenleri uygularken dikkatli bir analiz yapmak \u00f6nemlidir.<\/p>\n<\/li>\n Tasar\u0131m desenlerini \u00f6\u011frenmenin en iyi yolu, teorik bilgiyi pratikle birle\u015ftirmektir. Kitaplar\u0131 okuyun, blog yaz\u0131lar\u0131n\u0131 inceleyin, ancak en \u00f6nemlisi, \u00f6\u011frendi\u011finiz desenleri kendi k\u00fc\u00e7\u00fck projelerinizde veya mevcut kod tabanlar\u0131n\u0131zda uygulay\u0131n (refactoring). Pop\u00fcler Java \u00e7er\u00e7evelerinin (Spring, Hibernate vb.) i\u00e7 yap\u0131s\u0131n\u0131 incelemek de desenlerin ger\u00e7ek d\u00fcnya uygulamalar\u0131n\u0131 anlaman\u0131za yard\u0131mc\u0131 olacakt\u0131r. Ayr\u0131ca, s\u0131k\u00e7a kod incelemelerine kat\u0131lmak veya kendi kodunuzu inceletmek de yeni bak\u0131\u015f a\u00e7\u0131lar\u0131 kazanman\u0131z\u0131 sa\u011flar.<\/p>\n<\/li>\n SOLID prensipleri (Single Responsibility, Open\/Closed, Liskov Substitution, Interface Segregation, Dependency Inversion), nesne y\u00f6nelimli tasar\u0131m\u0131n temel rehber ilkeleridir. Tasar\u0131m desenleri ise, bu prensipleri somut olarak uygulayan \u00e7\u00f6z\u00fcmler veya \u015fablonlard\u0131r. \u00d6rne\u011fin, Strategy ve Factory Method desenleri genellikle A\u00e7\u0131k\/Kapal\u0131 Prensibi'ne uyarak sistemin geni\u015fletilebilirli\u011fini art\u0131r\u0131r. Dependency Injection, Ba\u011f\u0131ml\u0131l\u0131k Tersine \u00c7evirme Prensibi'nin do\u011frudan bir uygulamas\u0131d\u0131r. K\u0131sacas\u0131, SOLID prensipleri iyi tasar\u0131m\u0131n temelini olu\u015ftururken, tasar\u0131m desenleri bu temeli in\u015fa etmek i\u00e7in kullan\u0131lan yap\u0131 ta\u015flar\u0131d\u0131r.<\/p>\n<\/li>\n<\/ol>\n <\/body><\/p>\n","protected":false},"excerpt":{"rendered":"Karma\u015f\u0131k ve y\u00f6netilmesi zor Java projeleriyle mi m\u00fccadele ediyorsunuz? Kodunuzun esnekli\u011fini art\u0131rmak, bak\u0131m\u0131n\u0131 kolayla\u015ft\u0131rmak ve tak\u0131m\u0131n\u0131zla ortak bir…","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[1408],"tags":[],"class_list":{"0":"post-34763","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-java","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\nnew<\/code> anahtar kelimesiyle nesne olu\u015fturmak, kodunuzu s\u0131k\u0131ca ba\u011flayabilir ve esnekli\u011fini azaltabilir. Bu durum, gelecekteki de\u011fi\u015fiklikleri zorla\u015ft\u0131rabilir ve hata potansiyelini art\u0131rabilir. Yarat\u0131msal desenler, bu karma\u015f\u0131kl\u0131\u011f\u0131 y\u00f6netmek i\u00e7in zarif \u00e7\u00f6z\u00fcmler sunar. Nesnelerin nas\u0131l, ne zaman ve kim taraf\u0131ndan olu\u015fturulaca\u011f\u0131n\u0131 belirleyerek, sisteminizi daha mod\u00fcler ve geni\u015fletilebilir hale getirirler. Ger\u00e7ek d\u00fcnya senaryolar\u0131nda, bu desenler, farkl\u0131 veritaban\u0131 ba\u011flant\u0131lar\u0131, dosya formatlar\u0131 veya kullan\u0131c\u0131 aray\u00fcz\u00fc bile\u015fenleri gibi \u00e7e\u015fitli karma\u015f\u0131k nesnelerin y\u00f6netiminde kritik rol oynar. \u015eimdi, bu kategori alt\u0131ndaki iki \u00f6nemli deseni inceleyelim: Singleton ve Factory Method.\n <\/p>\nSingleton Deseni: Tek Bir \u00d6rnek Yaratman\u0131n En \u0130yi Yolu Nedir?<\/h3>\n
private<\/code> yaparak d\u0131\u015far\u0131dan nesne olu\u015fturulmas\u0131n\u0131 engellemek ve s\u0131n\u0131f\u0131n i\u00e7inde kendi \u00f6rne\u011fini statik bir metot arac\u0131l\u0131\u011f\u0131yla d\u00f6nd\u00fcrmektir. Bu metot, genellikle ilk \u00e7a\u011fr\u0131ld\u0131\u011f\u0131nda nesneyi olu\u015fturur ve sonraki \u00e7a\u011fr\u0131larda ayn\u0131 \u00f6rne\u011fi d\u00f6nd\u00fcr\u00fcr. Bu, \u201clazy initialization\u201d olarak bilinir ve yaln\u0131zca ihtiya\u00e7 duyuldu\u011funda nesnenin olu\u015fturulmas\u0131n\u0131 sa\u011flar, b\u00f6ylece ba\u015flang\u0131\u00e7 performans\u0131n\u0131 art\u0131r\u0131r.\n <\/p>\nLogger<\/code> nesnesine ihtiyac\u0131 vard\u0131r. Aksi takdirde, farkl\u0131 Logger<\/code> \u00f6rnekleri aras\u0131nda \u00e7ak\u0131\u015fmalar veya eksik log girdileri olu\u015fabilir.\n <\/p>\n\npublic class Logger {\n private static Logger instance;\n\n \/\/ Yap\u0131c\u0131 metodu private yaparak d\u0131\u015far\u0131dan nesne olu\u015fturulmas\u0131n\u0131 engelliyoruz.\n private Logger() {\n System.out.println(\"Logger nesnesi olu\u015fturuldu.\");\n }\n\n \/\/ Logger \u00f6rne\u011fini d\u00f6nd\u00fcren statik metot\n public static Logger getInstance() {\n if (instance == null) {\n \/\/ Thread-safe i\u00e7in senkronize edilebilir, \u00f6zellikle \u00e7oklu i\u015f par\u00e7ac\u0131\u011f\u0131 ortamlar\u0131nda.\n synchronized (Logger.class) {\n if (instance == null) {\n instance = new Logger();\n }\n }\n }\n return instance;\n }\n\n public void log(String message) {\n System.out.println(\"Log mesaj\u0131: \" + message);\n }\n}\n\n\/\/ Kullan\u0131m \u00f6rne\u011fi:\npublic class Application {\n public static void main(String[] args) {\n Logger logger1 = Logger.getInstance();\n logger1.log(\"Uygulama ba\u015flat\u0131ld\u0131.\");\n\n Logger logger2 = Logger.getInstance();\n logger2.log(\"Yeni bir i\u015flem ba\u015flad\u0131.\");\n\n System.out.println(\"logger1 ve logger2 ayn\u0131 nesne mi? \" + (logger1 == logger2));\n }\n}\n <\/pre>\nApplication<\/code> s\u0131n\u0131f\u0131 i\u00e7inden Logger.getInstance()<\/code> metodunu her \u00e7a\u011f\u0131rd\u0131\u011f\u0131m\u0131zda, ayn\u0131 Logger<\/code> nesnesini geri al\u0131r\u0131z. Bu da konsola \"logger1 ve logger2 ayn\u0131 nesne mi? true\" \u00e7\u0131kt\u0131s\u0131n\u0131 verir. Singleton deseni genellikle basit gibi g\u00f6r\u00fcnse de, \u00e7oklu i\u015f par\u00e7ac\u0131\u011f\u0131 (multithreading) ortamlar\u0131nda do\u011fru \u015fekilde uygulanmas\u0131 \u00f6nemlidir. Yukar\u0131daki \u00f6rnekte, synchronized<\/code> anahtar kelimesi kullan\u0131larak \u00e7ift kontrol kilitlenme (double-checked locking) deseni uygulanm\u0131\u015f, bu sayede performans d\u00fc\u015f\u00fc\u015f\u00fc olmadan thread-safe bir Singleton elde edilmi\u015ftir. Ancak, Singleton deseni bazen test edilebilirli\u011fi azaltmas\u0131 veya uygulaman\u0131n mod\u00fclerli\u011fini zay\u0131flatmas\u0131 gibi ele\u015ftirilere de maruz kalabilir, bu nedenle dikkatli kullan\u0131lmal\u0131d\u0131r.\n <\/p>\nFactory Method Deseni: Nesne Yarat\u0131m\u0131n\u0131 Nas\u0131l Geni\u015fletebiliriz?<\/h3>\n
Transport<\/code> aray\u00fcz\u00fcn\u00fc uygulasa da, her birinin kendine \u00f6zg\u00fc implementasyonlar\u0131 vard\u0131r. \u0130\u015fte Factory Method deseni, bu t\u00fcr senaryolarda nesne yarat\u0131m\u0131n\u0131 daha esnek ve y\u00f6netilebilir hale getirmek i\u00e7in devreye girer.\n <\/p>\n\n\/\/ \u00dcr\u00fcn Aray\u00fcz\u00fc: T\u00fcm ta\u015f\u0131ma y\u00f6ntemlerinin uygulayaca\u011f\u0131 ortak aray\u00fcz\npublic interface Transport {\n void deliver();\n}\n\n\/\/ Somut \u00dcr\u00fcnler: Farkl\u0131 ta\u015f\u0131ma y\u00f6ntemleri\npublic class Truck implements Transport {\n @Override\n public void deliver() {\n System.out.println(\"Kamyon ile karayolu ta\u015f\u0131mac\u0131l\u0131\u011f\u0131 yap\u0131l\u0131yor.\");\n }\n}\n\npublic class Ship implements Transport {\n @Override\n public void deliver() {\n System.out.println(\"Gemi ile deniz ta\u015f\u0131mac\u0131l\u0131\u011f\u0131 yap\u0131l\u0131yor.\");\n }\n}\n\n\/\/ Soyut Creator: Fabrika metodunu tan\u0131mlayan soyut s\u0131n\u0131f\npublic abstract class Logistics {\n public void planDelivery() {\n Transport t = createTransport();\n t.deliver();\n }\n\n \/\/ Fabrika metodu - alt s\u0131n\u0131flar taraf\u0131ndan implemente edilecek\n public abstract Transport createTransport();\n}\n\n\/\/ Somut Creator'lar: Her bir ta\u015f\u0131ma y\u00f6ntemi i\u00e7in fabrika\npublic class RoadLogistics extends Logistics {\n @Override\n public Transport createTransport() {\n return new Truck();\n }\n}\n\npublic class SeaLogistics extends Logistics {\n @Override\n public Transport createTransport() {\n return new Ship();\n }\n}\n\n\/\/ Kullan\u0131m \u00f6rne\u011fi:\npublic class DeliveryApp {\n public static void main(String[] args) {\n Logistics roadLogistics = new RoadLogistics();\n roadLogistics.planDelivery(); \/\/ Kamyon ile karayolu ta\u015f\u0131mac\u0131l\u0131\u011f\u0131 yap\u0131l\u0131yor.\n\n Logistics seaLogistics = new SeaLogistics();\n seaLogistics.planDelivery(); \/\/ Gemi ile deniz ta\u015f\u0131mac\u0131l\u0131\u011f\u0131 yap\u0131l\u0131yor.\n }\n}\n <\/pre>\nLogistics<\/code> soyut s\u0131n\u0131f\u0131, planDelivery()<\/code> ad\u0131nda bir metot tan\u0131mlar. Bu metot, as\u0131l nesne yarat\u0131m i\u015fini createTransport()<\/code> fabrika metoduna devreder. RoadLogistics<\/code> ve SeaLogistics<\/code> gibi somut alt s\u0131n\u0131flar, kendi \u00f6zel createTransport()<\/code> implementasyonlar\u0131n\u0131 sa\u011flayarak s\u0131ras\u0131yla bir Truck<\/code> veya bir Ship<\/code> nesnesi d\u00f6nd\u00fcr\u00fcr. Bu yakla\u015f\u0131m, istemci kodunu (DeliveryApp<\/code>) somut ta\u015f\u0131ma s\u0131n\u0131flar\u0131ndan tamamen ba\u011f\u0131ms\u0131z hale getirir. E\u011fer ileride yeni bir ta\u015f\u0131ma y\u00f6ntemi (\u00f6rne\u011fin Plane<\/code> ve AirLogistics<\/code>) eklemek istersek, mevcut kodu de\u011fi\u015ftirmek yerine sadece yeni s\u0131n\u0131flar\u0131 eklememiz yeterli olacakt\u0131r. Bu, sistemin s\u00fcrd\u00fcr\u00fclebilirli\u011fini ve geni\u015fletilebilirli\u011fini \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r. Factory Method, \u00f6zellikle \u00e7ok say\u0131da benzer \u00fcr\u00fcn s\u0131n\u0131f\u0131 oldu\u011funda ve bu \u00fcr\u00fcnlerin yarat\u0131m mant\u0131\u011f\u0131 karma\u015f\u0131kla\u015ft\u0131\u011f\u0131nda veya ko\u015fullara ba\u011fl\u0131 oldu\u011funda \u00e7ok de\u011ferli bir desendir.\n <\/p>\nYap\u0131sal Desenler: S\u0131n\u0131flar\u0131 ve Nesneleri Daha Etkili Kullan\u0131n<\/h2>\n
Adapter Deseni: Uyumsuz Aray\u00fczleri Nas\u0131l Birle\u015ftirebiliriz?<\/h3>\n
LegacyPaymentGateway<\/code>) var ve bu a\u011f ge\u00e7idi sadece XML format\u0131nda istekleri kabul ediyor. Ancak modern uygulaman\u0131z JSON format\u0131nda \u00f6deme istekleri olu\u015fturuyor ve yeni bir ModernPaymentProcessor<\/code> aray\u00fcz\u00fc kullan\u0131yor.\n <\/p>\n\n\/\/ Hedef Aray\u00fcz: Modern uygulamam\u0131z\u0131n bekledi\u011fi aray\u00fcz\npublic interface ModernPaymentProcessor {\n void processPaymentJson(String jsonData);\n}\n\n\/\/ Eski (adapte edilecek) s\u0131n\u0131f: Sadece XML ile \u00e7al\u0131\u015fan \u00f6deme a\u011f ge\u00e7idi\npublic class LegacyPaymentGateway {\n public void sendPaymentXml(String xmlData) {\n System.out.println(\"Eski A\u011f Ge\u00e7idi: XML \u00f6demesi i\u015fleniyor: \" + xmlData);\n }\n}\n\n\/\/ Adapter s\u0131n\u0131f\u0131: LegacyPaymentGateway'i ModernPaymentProcessor'a uyarlar\npublic class PaymentAdapter implements ModernPaymentProcessor {\n private LegacyPaymentGateway legacyGateway;\n\n public PaymentAdapter(LegacyPaymentGateway legacyGateway) {\n this.legacyGateway = legacyGateway;\n }\n\n @Override\n public void processPaymentJson(String jsonData) {\n \/\/ JSON verisini XML'e d\u00f6n\u00fc\u015ft\u00fcrme mant\u0131\u011f\u0131 burada yer al\u0131r.\n String xmlData = convertJsonToXml(jsonData);\n System.out.println(\"Adapter: JSON'dan XML'e d\u00f6n\u00fc\u015ft\u00fcr\u00fcld\u00fc.\");\n legacyGateway.sendPaymentXml(xmlData);\n }\n\n private String convertJsonToXml(String jsonData) {\n \/\/ Ger\u00e7ek bir uygulamada karma\u015f\u0131k bir d\u00f6n\u00fc\u015f\u00fcm mant\u0131\u011f\u0131 olurdu.\n \/\/ Basit bir \u00f6rnek i\u00e7in JSON'dan baz\u0131 verileri \u00e7ekip XML'e saral\u0131m.\n return \"PaymentAdapter<\/code> s\u0131n\u0131f\u0131, ModernPaymentProcessor<\/code> aray\u00fcz\u00fcn\u00fc implemente ederek modern uygulamam\u0131z\u0131n bekledi\u011fi aray\u00fcze uyum sa\u011flar. \u0130\u00e7erisinde ise LegacyPaymentGateway<\/code> nesnesini bar\u0131nd\u0131r\u0131r ve processPaymentJson<\/code> \u00e7a\u011fr\u0131ld\u0131\u011f\u0131nda, JSON verisini XML'e d\u00f6n\u00fc\u015ft\u00fcr\u00fcp eski a\u011f ge\u00e7idinin sendPaymentXml<\/code> metodunu \u00e7a\u011f\u0131r\u0131r. Bu sayede, eski sistemi de\u011fi\u015ftirmeden modern bir aray\u00fczle sorunsuz bir \u015fekilde entegre edebiliriz. Adapter deseni, \u00f6zellikle mevcut kod tabanlar\u0131n\u0131 yeni teknolojilerle entegre ederken veya farkl\u0131 \u00fc\u00e7\u00fcnc\u00fc taraf k\u00fct\u00fcphaneleri bir araya getirirken \u00e7ok de\u011ferlidir.\n <\/p>\nDecorator Deseni: Nesnelere Dinamik Olarak Sorumluluk Eklemek M\u00fcmk\u00fcn m\u00fc?<\/h3>\n
S\u00fctl\u00fcKahve<\/code>, Kremal\u0131S\u00fctl\u00fcKahve<\/code>, vb.) bir \"s\u0131n\u0131f patlamas\u0131na\" yol a\u00e7ar ve sisteminizi y\u00f6netilemez hale getirir. Decorator deseni, tam da bu soruna \u00e7\u00f6z\u00fcm getirir.\n <\/p>\n\n\/\/ Component Aray\u00fcz\u00fc: T\u00fcm kahve t\u00fcrlerinin ve ekstralar\u0131n\u0131n uygulayaca\u011f\u0131 aray\u00fcz\npublic interface Coffee {\n String getDescription();\n double getCost();\n}\n\n\/\/ Concrete Component: Sade kahve\npublic class SimpleCoffee implements Coffee {\n @Override\n public String getDescription() {\n return \"Sade Kahve\";\n }\n\n @Override\n public double getCost() {\n return 5.0;\n }\n}\n\n\/\/ Decorator Soyut S\u0131n\u0131f\u0131: Coffee aray\u00fcz\u00fcn\u00fc uygular ve bir Coffee nesnesini sarmalar\npublic abstract class CoffeeDecorator implements Coffee {\n protected Coffee decoratedCoffee;\n\n public CoffeeDecorator(Coffee decoratedCoffee) {\n this.decoratedCoffee = decoratedCoffee;\n }\n\n \/\/ Default implementasyonlar, alt s\u0131n\u0131flar taraf\u0131ndan override edilebilir.\n @Override\n public String getDescription() {\n return decoratedCoffee.getDescription();\n }\n\n @Override\n public double getCost() {\n return decoratedCoffee.getCost();\n }\n}\n\n\/\/ Concrete Decorator'lar: S\u00fct ve Krema gibi ekstralar\npublic class MilkDecorator extends CoffeeDecorator {\n public MilkDecorator(Coffee decoratedCoffee) {\n super(decoratedCoffee);\n }\n\n @Override\n public String getDescription() {\n return super.getDescription() + \", S\u00fctl\u00fc\";\n }\n\n @Override\n public double getCost() {\n return super.getCost() + 2.0;\n }\n}\n\npublic class CreamDecorator extends CoffeeDecorator {\n public CreamDecorator(Coffee decoratedCoffee) {\n super(decoratedCoffee);\n }\n\n @Override\n public String getDescription() {\n return super.getDescription() + \", Kremal\u0131\";\n }\n\n @Override\n public double getCost() {\n return super.getCost() + 3.0;\n }\n}\n\n\/\/ Kullan\u0131m \u00f6rne\u011fi:\npublic class CoffeeShop {\n public static void main(String[] args) {\n \/\/ Sade kahve\n Coffee myCoffee = new SimpleCoffee();\n System.out.println(\"Sipari\u015f: \" + myCoffee.getDescription() + \" - Fiyat: \" + myCoffee.getCost() + \" TL\");\n\n \/\/ S\u00fctl\u00fc kahve\n myCoffee = new MilkDecorator(myCoffee); \/\/ myCoffee art\u0131k s\u00fctl\u00fc\n System.out.println(\"Sipari\u015f: \" + myCoffee.getDescription() + \" - Fiyat: \" + myCoffee.getCost() + \" TL\");\n\n \/\/ Kremal\u0131 ve S\u00fctl\u00fc kahve (S\u00fctl\u00fc kahveye krema ekliyoruz)\n myCoffee = new CreamDecorator(myCoffee); \/\/ myCoffee art\u0131k kremal\u0131 ve s\u00fctl\u00fc\n System.out.println(\"Sipari\u015f: \" + myCoffee.getDescription() + \" - Fiyat: \" + myCoffee.getCost() + \" TL\");\n\n \/\/ Yeni bir sade kahveye sadece krema ekleyelim\n Coffee anotherCoffee = new SimpleCoffee();\n anotherCoffee = new CreamDecorator(anotherCoffee);\n System.out.println(\"Di\u011fer Sipari\u015f: \" + anotherCoffee.getDescription() + \" - Fiyat: \" + anotherCoffee.getCost() + \" TL\");\n }\n}\n <\/pre>\nCoffee<\/code> aray\u00fcz\u00fc hem temel kahve hem de ekstralar i\u00e7in ortak bir aray\u00fcz sa\u011flar. SimpleCoffee<\/code> somut bir bile\u015fendir. CoffeeDecorator<\/code> soyut s\u0131n\u0131f\u0131, bir Coffee<\/code> nesnesini sarmalar ve ayn\u0131 aray\u00fcz\u00fc implemente eder. MilkDecorator<\/code> ve CreamDecorator<\/code> gibi somut dekorat\u00f6rler, sarmalad\u0131klar\u0131 kahveye yeni a\u00e7\u0131klamalar ve maliyetler ekler. G\u00f6rd\u00fc\u011f\u00fcn\u00fcz gibi, bir kahveye birden fazla dekorat\u00f6r ekleyerek (\u00f6rne\u011fin, s\u00fctl\u00fc kahveye krema ekleyerek) \u00f6zelliklerini dinamik olarak birle\u015ftirebiliriz. Bu desen, Java I\/O k\u00fct\u00fcphanesinde (BufferedInputStream<\/code>, DataInputStream<\/code> gibi s\u0131n\u0131flar InputStream<\/code>'i s\u00fcsler) ve bir\u00e7ok GUI k\u00fct\u00fcphanesinde yayg\u0131n olarak kullan\u0131lmaktad\u0131r. Decorator, sisteminize yeni \u00f6zellikler eklemek istedi\u011finizde kal\u0131t\u0131m hiyerar\u015finizi \u015fi\u015firmeden esneklik sa\u011flayan g\u00fc\u00e7l\u00fc bir ara\u00e7t\u0131r.\n <\/p>\nDavran\u0131\u015fsal Desenler: Nesneler Aras\u0131 \u0130leti\u015fimi Kolayla\u015ft\u0131r\u0131n<\/h2>\n
Observer Deseni: De\u011fi\u015fiklikleri Otomatik Olarak Nas\u0131l Bildiririz?<\/h3>\n
\nimport java.util.ArrayList;\nimport java.util.List;\n\n\/\/ Subject (\u00d6zne) Aray\u00fcz\u00fc: G\u00f6zlemcileri y\u00f6netmek i\u00e7in metotlar\npublic interface Subject {\n void registerObserver(Observer o);\n void removeObserver(Observer o);\n void notifyObservers();\n}\n\n\/\/ Observer (G\u00f6zlemci) Aray\u00fcz\u00fc: Durum de\u011fi\u015fikliklerini almak i\u00e7in metot\npublic interface Observer {\n void update(String stockName, double price);\n}\n\n\/\/ Concrete Subject: Hisse Senedi Fiyat Takip\u00e7isi\npublic class StockMarket implements Subject {\n private ListStockMarket<\/code> s\u0131n\u0131f\u0131 bir Subject<\/code> olarak hareket ederken, StockDisplay<\/code> ve MobileNotification<\/code> s\u0131n\u0131flar\u0131 Observer<\/code> olarak i\u015flev g\u00f6r\u00fcr. StockMarket<\/code>'in fiyat\u0131 her de\u011fi\u015fti\u011finde, kay\u0131tl\u0131 t\u00fcm g\u00f6zlemcilere bildirim g\u00f6nderilir ve onlar da update()<\/code> metodlar\u0131 arac\u0131l\u0131\u011f\u0131yla kendi i\u015f mant\u0131klar\u0131n\u0131 y\u00fcr\u00fct\u00fcrler. Observer deseni, \u00f6zellikle olay odakl\u0131 programlamada, GUI geli\u015ftirmede (d\u00fc\u011fme t\u0131klamalar\u0131, pencere olaylar\u0131) ve da\u011f\u0131t\u0131lm\u0131\u015f sistemlerde (mesaj kuyruklar\u0131) s\u0131k\u00e7a kullan\u0131l\u0131r. Java'n\u0131n kendi java.util.Observer<\/code> ve java.util.Observable<\/code> s\u0131n\u0131flar\u0131 da bu deseni implemente eder, ancak daha modern yakla\u015f\u0131mlarda (\u00f6rne\u011fin Java 8+ ile functional aray\u00fczler ve Stream API) kendi implementasyonlar\u0131n\u0131z\u0131 olu\u015fturmak daha esnek olabilir.\n <\/p>\nStrategy Deseni: Algoritmalar\u0131 Kolayca Nas\u0131l De\u011fi\u015ftiririz?<\/h3>\n
\n
\n\/\/ Strategy Aray\u00fcz\u00fc: T\u00fcm \u00f6deme y\u00f6ntemlerinin uygulayaca\u011f\u0131 aray\u00fcz\npublic interface PaymentStrategy {\n void pay(double amount);\n}\n\n\/\/ Concrete Strategy'ler: Farkl\u0131 \u00f6deme y\u00f6ntemleri\npublic class CreditCardPayment implements PaymentStrategy {\n private String cardNumber;\n private String expiryDate;\n\n public CreditCardPayment(String cardNumber, String expiryDate) {\n this.cardNumber = cardNumber;\n this.expiryDate = expiryDate;\n }\n\n @Override\n public void pay(double amount) {\n System.out.println(amount + \" TL kredi kart\u0131 ile \u00f6dendi. Kart No: \" + cardNumber);\n \/\/ Ger\u00e7ek \u00f6deme i\u015flemleri burada yap\u0131l\u0131r\n }\n}\n\npublic class PaypalPayment implements PaymentStrategy {\n private String email;\n\n public PaypalPayment(String email) {\n this.email = email;\n }\n\n @Override\n public void pay(double amount) {\n System.out.println(amount + \" TL PayPal ile \u00f6dendi. E-posta: \" + email);\n \/\/ Ger\u00e7ek \u00f6deme i\u015flemleri burada yap\u0131l\u0131r\n }\n}\n\npublic class BankTransferPayment implements PaymentStrategy {\n private String bankAccountNumber;\n\n public BankTransferPayment(String bankAccountNumber) {\n this.bankAccountNumber = bankAccountNumber;\n }\n\n @Override\n public void pay(double amount) {\n System.out.println(amount + \" TL banka havalesi ile \u00f6dendi. Hesap No: \" + bankAccountNumber);\n \/\/ Ger\u00e7ek \u00f6deme i\u015flemleri burada yap\u0131l\u0131r\n }\n}\n\n\/\/ Context S\u0131n\u0131f\u0131: Hangi \u00f6deme stratejisinin kullan\u0131laca\u011f\u0131n\u0131 y\u00f6netir\npublic class ShoppingCart {\n private PaymentStrategy paymentStrategy;\n\n public void setPaymentStrategy(PaymentStrategy paymentStrategy) {\n this.paymentStrategy = paymentStrategy;\n }\n\n public void checkout(double amount) {\n if (paymentStrategy == null) {\n System.out.println(\"\u00d6deme stratejisi se\u00e7ilmedi.\");\n return;\n }\n System.out.println(\"Sepet toplam\u0131: \" + amount + \" TL\");\n paymentStrategy.pay(amount);\n }\n}\n\n\/\/ Kullan\u0131m \u00f6rne\u011fi:\npublic class ECommerceApp {\n public static void main(String[] args) {\n ShoppingCart cart = new ShoppingCart();\n double totalAmount = 250.75;\n\n System.out.println(\"--- Kredi Kart\u0131 ile \u00d6deme ---\");\n cart.setPaymentStrategy(new CreditCardPayment(\"1234-5678-9012-3456\", \"12\/25\"));\n cart.checkout(totalAmount);\n\n System.out.println(\"\\n--- PayPal ile \u00d6deme ---\");\n cart.setPaymentStrategy(new PaypalPayment(\"user@example.com\"));\n cart.checkout(totalAmount);\n\n System.out.println(\"\\n--- Banka Havalesi ile \u00d6deme ---\");\n cart.setPaymentStrategy(new BankTransferPayment(\"TR12345678901234567890\"));\n cart.checkout(totalAmount);\n }\n}\n <\/pre>\nPaymentStrategy<\/code> aray\u00fcz\u00fc t\u00fcm \u00f6deme y\u00f6ntemleri i\u00e7in ortak bir aray\u00fcz sa\u011flar. CreditCardPayment<\/code>, PaypalPayment<\/code> ve BankTransferPayment<\/code> s\u0131n\u0131flar\u0131, bu aray\u00fcz\u00fc implemente eden somut stratejilerdir. ShoppingCart<\/code> s\u0131n\u0131f\u0131 (Context), bir PaymentStrategy<\/code> nesnesi referans\u0131n\u0131 tutar ve checkout()<\/code> metodunda bu strateji \u00fczerinden \u00f6deme i\u015flemini ger\u00e7ekle\u015ftirir. \u0130stemci (ECommerceApp<\/code>), \u00e7al\u0131\u015fma zaman\u0131nda hangi \u00f6deme y\u00f6ntemini kullanaca\u011f\u0131na karar verir ve ShoppingCart<\/code>'\u0131n setPaymentStrategy()<\/code> metodunu \u00e7a\u011f\u0131rarak stratejiyi de\u011fi\u015ftirir. Bu yap\u0131, yeni bir \u00f6deme y\u00f6ntemi eklemek istedi\u011finizde (\u00f6rne\u011fin, BitcoinPayment<\/code>), sadece yeni bir s\u0131n\u0131f olu\u015fturup PaymentStrategy<\/code> aray\u00fcz\u00fcn\u00fc implemente etmenizin yeterli olmas\u0131n\u0131 sa\u011flar. Mevcut ShoppingCart<\/code> s\u0131n\u0131f\u0131n\u0131 de\u011fi\u015ftirmeye gerek kalmaz, bu da sistemin esnekli\u011fini ve bak\u0131m\u0131n\u0131 b\u00fcy\u00fck \u00f6l\u00e7\u00fcde art\u0131r\u0131r. Strategy deseni, algoritmalar\u0131n veya davran\u0131\u015flar\u0131n dinamik olarak de\u011fi\u015ftirilmesi gereken her yerde g\u00fc\u00e7l\u00fc bir \u00e7\u00f6z\u00fcmd\u00fcr.\n <\/p>\nGer\u00e7ek D\u00fcnya Senaryolar\u0131 ve \u0130leri D\u00fczey \u0130pu\u00e7lar\u0131<\/h2>\n
\n
if-else<\/code> veya switch-case<\/code> ifadeleri), bir tasar\u0131m deseninin uygulanmas\u0131 gerekti\u011fini g\u00f6steren i\u015faretler olabilir. Bu kokular\u0131 tan\u0131mak, do\u011fru deseni se\u00e7menize yard\u0131mc\u0131 olur.<\/li>\n<\/ul>\nSonu\u00e7: Tasar\u0131m Desenleri ile Daha \u0130yi Java Uygulamalar\u0131 Geli\u015ftirin<\/h2>\n
S\u0131k\u00e7a Sorulan Sorular (SSS)<\/h3>\n
\n