Yaz\u0131l\u0131m geli\u015ftirme d\u00fcnyas\u0131nda, de\u011fi\u015fen gereksinimlere uyum sa\u011flayabilen, bak\u0131m\u0131 kolay ve geni\u015fletilebilir sistemler in\u015fa etmek b\u00fcy\u00fck \u00f6nem ta\u015f\u0131r. Bu hedefe ula\u015fmak i\u00e7in tasar\u0131m desenleri, yaz\u0131l\u0131mc\u0131lara kan\u0131tlanm\u0131\u015f \u00e7\u00f6z\u00fcmler sunan g\u00fc\u00e7l\u00fc ara\u00e7lard\u0131r. Tasar\u0131m desenleri, belirli bir ba\u011flamda ortaya \u00e7\u0131kan yayg\u0131n yaz\u0131l\u0131m tasar\u0131m problemlerine standart, yeniden kullan\u0131labilir \u00e7\u00f6z\u00fcmler sa\u011flayan genel yakla\u015f\u0131mlard\u0131r. Bu makalede, yap\u0131sal tasar\u0131m desenlerinden biri olan Decorator (Dekorat\u00f6r) tasar\u0131m desenini Java \u00f6zelinde derinlemesine inceleyece\u011fiz. Decorator deseni, nesnelere dinamik olarak yeni sorumluluklar eklemenin zarif bir yolunu sunar ve miras hiyerar\u015filerinin yol a\u00e7abilece\u011fi karma\u015f\u0131kl\u0131\u011f\u0131 \u00f6nler.<\/p>\n
Tasar\u0131m desenleri, yaz\u0131l\u0131m m\u00fchendisli\u011finde, belirli bir ba\u011flamda ortaya \u00e7\u0131kan yayg\u0131n sorunlara genel, yeniden kullan\u0131labilir \u00e7\u00f6z\u00fcmler sunan resmile\u015ftirilmi\u015f en iyi uygulamalard\u0131r. “Design Patterns: Elements of Reusable Object-Oriented Software” kitab\u0131yla Gang of Four (GoF) taraf\u0131ndan pop\u00fclerle\u015ftirilen bu desenler, \u00fc\u00e7 ana kategoriye ayr\u0131l\u0131r:<\/p>\n
Decorator deseni, yap\u0131sal desenler kategorisine aittir. Temel amac\u0131, mevcut bir nesnenin davran\u0131\u015f\u0131n\u0131 de\u011fi\u015ftirmeden veya o nesneyi alt s\u0131n\u0131flara ay\u0131rmadan, nesnelere dinamik olarak ek sorumluluklar ve i\u015flevsellikler eklemektir.<\/p>\n
Decorator deseni, bir nesneye dinamik olarak ek sorumluluklar ataman\u0131z\u0131 sa\u011flayan bir yap\u0131sal tasar\u0131m desenidir. Dekorat\u00f6rler, mevcut bir nesneyi sarmalar (wrap eder) ve onunla ayn\u0131 aray\u00fcze sahip olurlar. Bu sayede, istemci kodu, sarmalanan nesne ile dekorat\u00f6r aras\u0131nda bir fark g\u00f6rmez. Yeni \u00f6zellikler, mevcut nesnenin orijinal yap\u0131s\u0131n\u0131 de\u011fi\u015ftirmeden veya \u00e7ok say\u0131da alt s\u0131n\u0131f olu\u015fturma ihtiyac\u0131n\u0131 ortadan kald\u0131rarak eklenir.<\/p>\n
Bir nesneye yeni \u00f6zellikler eklemek istedi\u011fimizde genellikle iki ana yakla\u015f\u0131m d\u00fc\u015f\u00fcn\u00fcr\u00fcz: miras (inheritance) veya kompozisyon (composition). Miras, “bir t\u00fcrd\u00fcr” (is-a) ili\u015fkisini temsil ederken, kompozisyon “sahiptir” (has-a) ili\u015fkisini temsil eder. Decorator deseni, kompozisyonu kullanarak esneklik sa\u011flar ve miras\u0131n getirdi\u011fi baz\u0131 s\u0131n\u0131rl\u0131l\u0131klar\u0131 a\u015far.<\/p>\n
Miras yoluyla \u00f6zellik eklemek, \u00f6zellikle \u00e7ok say\u0131da olas\u0131 \u00f6zellik kombinasyonu oldu\u011funda, bir “s\u0131n\u0131f patlamas\u0131” (class explosion) sorununa yol a\u00e7abilir. \u00d6rne\u011fin, bir kahve d\u00fckkan\u0131 uygulamas\u0131 d\u00fc\u015f\u00fcn\u00fcn. S\u00fct, \u015feker, \u00e7ikolata gibi ekstralarla kahve \u00e7e\u015fitlerini modellemek istedi\u011finizde, her olas\u0131 kombinasyon i\u00e7in ayr\u0131 bir alt s\u0131n\u0131f olu\u015fturman\u0131z gerekebilir (S\u00fctl\u00fcEspresso, \u015eekerliFiltreKahve, S\u00fctl\u00fc\u015eekerliEspresso vb.). Bu, hem kodun karma\u015f\u0131kl\u0131\u011f\u0131n\u0131 art\u0131r\u0131r hem de yeni bir ekstra eklendi\u011finde mevcut hiyerar\u015fiyi de\u011fi\u015ftirmeyi gerektirir. Decorator deseni, bu t\u00fcr senaryolarda daha esnek ve y\u00f6netilebilir bir \u00e7\u00f6z\u00fcm sunar.<\/p>\n
Bir yaz\u0131l\u0131m sisteminde, temel bir bile\u015fene \u00e7e\u015fitli \u00f6zellikler eklemek istendi\u011finde, miras (inheritance) ilk akla gelen y\u00f6ntem olabilir. Ancak, bu yakla\u015f\u0131m belirli senaryolarda \u00f6nemli s\u0131n\u0131rl\u0131l\u0131klar ve zorluklar yarat\u0131r.<\/p>\n
Miras, nesne y\u00f6nelimli programlaman\u0131n temel ta\u015flar\u0131ndan biri olmas\u0131na ra\u011fmen, a\u015f\u0131r\u0131 veya yanl\u0131\u015f kullan\u0131ld\u0131\u011f\u0131nda sorunlara yol a\u00e7abilir:<\/p>\n
Yukar\u0131daki s\u0131n\u0131rl\u0131l\u0131klar\u0131 daha iyi anlamak i\u00e7in bir kahve d\u00fckkan\u0131 otomasyon sistemi \u00f6rne\u011fini ele alal\u0131m. Temel olarak farkl\u0131 t\u00fcrde kahvelerimiz var (Espresso, Filtre Kahve vb.) ve bu kahvelere farkl\u0131 ekstralar (S\u00fct, \u015eeker, \u00c7ikolata) ekleyebiliyoruz. Her ekstran\u0131n hem maliyeti hem de tan\u0131m\u0131 vard\u0131r.<\/p>\n
\u0130lk yakla\u015f\u0131m olarak, temel bir \u015eimdi bu kahvelere “S\u00fct”, “\u015eeker” veya “\u00c7ikolata” gibi ekstralar eklemek istedi\u011fimizi d\u00fc\u015f\u00fcnelim. Miras yoluyla bu ekstralar\u0131 eklemeye kalkarsak:<\/p>\n Peki ya “S\u00fctl\u00fc \u015eekerli Espresso” veya “S\u00fctl\u00fc \u00c7ikolatal\u0131 Filtre Kahve” gibi kombinasyonlar? Her olas\u0131 kombinasyon i\u00e7in yeni bir s\u0131n\u0131f olu\u015fturmam\u0131z gerekecekti:<\/p>\n Bu, sadece 2 temel kahve ve 3 ekstra ile 2 * (2^3) = 16 farkl\u0131 s\u0131n\u0131f anlam\u0131na gelir. Yeni bir kahve t\u00fcr\u00fc veya yeni bir ekstra eklendi\u011finde bu say\u0131 katlanarak artar. Bu durum, kodun hem karma\u015f\u0131kl\u0131\u011f\u0131n\u0131 art\u0131r\u0131r hem de bak\u0131m\u0131n\u0131 imkans\u0131z hale getirir. \u0130\u015fte bu noktada Decorator deseni devreye girerek bu sorunu zarif bir \u015fekilde \u00e7\u00f6zer.<\/p>\n Decorator deseni, bir dizi nesneyi birbirine sararak (wrap ederek) dinamik olarak yeni i\u015flevsellikler eklemeye odaklan\u0131r. Bu deseni anlamak i\u00e7in temel bile\u015fenlerini ve aralar\u0131ndaki ili\u015fkileri bilmek \u00f6nemlidir.<\/p>\n Decorator deseninin temel yap\u0131s\u0131n\u0131 a\u015fa\u011f\u0131daki UML diyagram\u0131 ile a\u00e7\u0131klayabiliriz (metinsel g\u00f6sterim):<\/p>\n Bu diyagramdaki her bir bile\u015feni detayland\u0131ral\u0131m:<\/p>\n Bu yap\u0131 sayesinde, bir \u015eimdi kahve d\u00fckkan\u0131 \u00f6rne\u011fimizi Decorator deseni kullanarak Java’da nas\u0131l uygulayaca\u011f\u0131m\u0131z\u0131 ad\u0131m ad\u0131m g\u00f6relim. Bu yakla\u015f\u0131m, miras\u0131n getirdi\u011fi “s\u0131n\u0131f patlamas\u0131” sorununu \u00e7\u00f6zecek ve yeni ekstralar\u0131n kolayca eklenmesini sa\u011flayacakt\u0131r.<\/p>\n T\u00fcm kahve t\u00fcrleri ve ekstralar\u0131n ortak davran\u0131\u015f\u0131 i\u00e7in bir aray\u00fcz tan\u0131ml\u0131yoruz. Bu, sistemdeki her bir bile\u015fenin (temel kahve veya dekorat\u00f6r) ayn\u0131 s\u00f6zle\u015fmeyi uygulamas\u0131n\u0131 sa\u011flar.<\/p>\n Temel kahve \u00e7e\u015fitlerimizi, T\u00fcm dekorat\u00f6rler i\u00e7in ortak bir soyut s\u0131n\u0131f olu\u015fturuyoruz. Bu s\u0131n\u0131f da Her bir ekstra (S\u00fct, \u015eeker, \u00c7ikolata) i\u00e7in birer somut dekorat\u00f6r s\u0131n\u0131f\u0131 olu\u015fturuyoruz. Bu s\u0131n\u0131flar \u015eimdi G\u00f6rd\u00fc\u011f\u00fcm\u00fcz gibi, Decorator deseni sayesinde, temel kahve s\u0131n\u0131flar\u0131n\u0131 hi\u00e7 de\u011fi\u015ftirmeden, farkl\u0131 ekstralar\u0131 dinamik olarak ekleyebildik. Her yeni ekstra i\u00e7in sadece bir dekorat\u00f6r s\u0131n\u0131f\u0131 yazmak yeterli oldu, bu da kod tekrar\u0131n\u0131 azaltt\u0131 ve sistemin geni\u015fletilebilirli\u011fini art\u0131rd\u0131.<\/p>\n Decorator deseni, yaz\u0131l\u0131m tasar\u0131m\u0131nda bir dizi \u00f6nemli avantaj sunar ve bu da onu belirli senaryolarda olduk\u00e7a g\u00fc\u00e7l\u00fc bir ara\u00e7 haline getirir.<\/p>\n Decorator deseni, nesnelere \u00e7al\u0131\u015fma zaman\u0131nda dinamik olarak yeni sorumluluklar eklemenizi sa\u011flar. Miras\u0131n aksine, derleme zaman\u0131nda sabitlenmi\u015f bir hiyerar\u015fi olu\u015fturmazs\u0131n\u0131z. Bu, ayn\u0131 temel nesneye farkl\u0131 dekorat\u00f6r kombinasyonlar\u0131n\u0131 uygulayarak \u00e7ok \u00e7e\u015fitli davran\u0131\u015flar elde etmenizi m\u00fcmk\u00fcn k\u0131lar. \u00d6rne\u011fin, bir kahveye \u00f6nce s\u00fct, sonra \u015feker ekleyebilir veya tam tersini yapabilirsiniz; sonu\u00e7 ayn\u0131 olur (\u00e7o\u011fu durumda).<\/p>\n Bu desen, “A\u00e7\u0131k\/Kapal\u0131 Prensibi”ne (Open\/Closed Principle – OCP) m\u00fckemmel bir \u015fekilde uyar. OCP, yaz\u0131l\u0131m varl\u0131klar\u0131n\u0131n (s\u0131n\u0131flar, mod\u00fcller, fonksiyonlar vb.) geli\u015ftirmeye a\u00e7\u0131k, ancak de\u011fi\u015ftirmeye kapal\u0131 olmas\u0131 gerekti\u011fini belirtir. Decorator deseni ile yeni i\u015flevsellik eklemek istedi\u011finizde, mevcut temel s\u0131n\u0131flar\u0131 veya dekorat\u00f6rleri de\u011fi\u015ftirmenize gerek kalmaz. Sadece yeni bir Miras hiyerar\u015fileri, \u00f6zellikle \u00e7ok say\u0131da \u00f6zellik kombinasyonu oldu\u011funda, “s\u0131n\u0131f patlamas\u0131” sorununa yol a\u00e7abilir. Decorator deseni, her kombinasyon i\u00e7in ayr\u0131 bir s\u0131n\u0131f olu\u015fturmak yerine, temel nesneyi farkl\u0131 dekorat\u00f6rlerle sararak bu sorunu \u00e7\u00f6zer. Bu, kod taban\u0131n\u0131n \u00e7ok daha k\u00fc\u00e7\u00fck ve y\u00f6netilebilir kalmas\u0131n\u0131 sa\u011flar.<\/p>\n Her bir ekstra \u00f6zelli\u011fi (\u00f6rne\u011fin, s\u00fct ekleme mant\u0131\u011f\u0131) ayr\u0131 bir dekorat\u00f6r s\u0131n\u0131f\u0131nda kaps\u00fcllendi\u011fi i\u00e7in, ayn\u0131 i\u015flevselli\u011fi farkl\u0131 alt s\u0131n\u0131flarda tekrar tekrar yazma ihtiyac\u0131 ortadan kalkar. Bu, kodun daha DRY (Don’t Repeat Yourself) olmas\u0131n\u0131 sa\u011flar ve bak\u0131m maliyetlerini d\u00fc\u015f\u00fcr\u00fcr.<\/p>\n Decorator deseni, Tek Sorumluluk Prensibi’ni (Single Responsibility Principle – SRP) destekler. Her bir Her tasar\u0131m deseni gibi, Decorator deseninin de belirli dezavantajlar\u0131 ve kullan\u0131m\u0131nda dikkat edilmesi gereken noktalar vard\u0131r.<\/p>\n Basit bir nesneye tek bir sorumluluk eklemek istedi\u011finizde, Decorator deseni a\u015f\u0131r\u0131ya ka\u00e7an bir \u00e7\u00f6z\u00fcm olabilir. Birka\u00e7 dekorat\u00f6r\u00fcn \u00fcst \u00fcste bindirilmesi, nesne grafi\u011fini karma\u015f\u0131kla\u015ft\u0131rabilir ve \u00f6zellikle yeni ba\u015flayanlar i\u00e7in kodun anla\u015f\u0131lmas\u0131n\u0131 zorla\u015ft\u0131rabilir. Her bir dekorat\u00f6r\u00fcn sarmalanm\u0131\u015f nesneye referans tutmas\u0131 ve metot \u00e7a\u011fr\u0131lar\u0131n\u0131 delege etmesi, \u00e7a\u011fr\u0131 zincirini uzatabilir.<\/p>\n Her bir ek \u00f6zellik i\u00e7in ayr\u0131 bir dekorat\u00f6r nesnesi olu\u015fturulmas\u0131 gerekti\u011finden, sistemde \u00e7ok say\u0131da k\u00fc\u00e7\u00fck nesne ortaya \u00e7\u0131kabilir. Bu durum, \u00f6zellikle performans\u0131n kritik oldu\u011fu veya bellek kullan\u0131m\u0131n\u0131n s\u0131k\u0131 bir \u015fekilde y\u00f6netilmesi gereken uygulamalarda ek y\u00fck getirebilir. Nesne olu\u015fturma maliyetleri ve \u00e7\u00f6p toplama (garbage collection) \u00fczerindeki etkileri g\u00f6z \u00f6n\u00fcnde bulundurulmal\u0131d\u0131r.<\/p>\n \u00c7o\u011fu durumda, dekorat\u00f6rlerin uygulanma s\u0131ras\u0131 \u00f6nemli de\u011fildir (\u00f6rne\u011fin, s\u00fctl\u00fc \u015fekerli kahve ile \u015fekerli s\u00fctl\u00fc kahve ayn\u0131d\u0131r). Ancak, baz\u0131 \u00f6zel senaryolarda, dekorat\u00f6rlerin uygulama s\u0131ras\u0131, nihai davran\u0131\u015f \u00fczerinde farkl\u0131 bir etki yaratabilir. Bu durumda, istemci kodunun dekorat\u00f6rleri do\u011fru s\u0131rada uygulad\u0131\u011f\u0131ndan emin olmas\u0131 gerekir ki bu da hata yapma potansiyelini art\u0131rabilir.<\/p>\n Dekorat\u00f6rler, temel bile\u015fenin i\u015flevselli\u011fini sarmalayarak bir soyutlama katman\u0131 ekler. Bu katman, baz\u0131 durumlarda temel nesnenin do\u011frudan eri\u015filmesi gereken \u00f6zel metotlar\u0131na eri\u015fimi zorla\u015ft\u0131rabilir. E\u011fer bir dekorat\u00f6r, sarmalanan nesnenin sadece Decorator deseni, belirli problem t\u00fcrleri i\u00e7in ideal bir \u00e7\u00f6z\u00fcm sunar. Do\u011fru ba\u011flamda kullan\u0131ld\u0131\u011f\u0131nda, yaz\u0131l\u0131m\u0131n esnekli\u011fini ve geni\u015fletilebilirli\u011fini \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131rabilir.<\/p>\n Bir nesneye \u00e7al\u0131\u015fma zaman\u0131nda dinamik olarak ek sorumluluklar veya davran\u0131\u015flar eklemek istedi\u011finizde Decorator deseni g\u00fc\u00e7l\u00fc bir se\u00e7enektir. \u00d6rne\u011fin, bir metin d\u00fczenleyici uygulamas\u0131nda, kullan\u0131c\u0131 bir metin blo\u011funa kal\u0131n, italik, alt\u0131 \u00e7izili gibi farkl\u0131 bi\u00e7imlendirme \u00f6zelliklerini uygulayabilir ve bu \u00f6zelliklerin kombinasyonlar\u0131 dinamik olarak de\u011fi\u015febilir. Her bir bi\u00e7imlendirme \u00f6zelli\u011fi bir dekorat\u00f6r olarak modellenebilir.<\/p>\n Miras hiyerar\u015fileri, statik \u00f6zellik ekleme i\u00e7in uygun olsa da, \u00e7ok say\u0131da olas\u0131 \u00f6zellik kombinasyonu oldu\u011funda veya \u00f6zelliklerin dinamik olarak eklenip \u00e7\u0131kar\u0131lmas\u0131 gerekti\u011finde yetersiz kal\u0131r. Bu t\u00fcr “s\u0131n\u0131f patlamas\u0131” senaryolar\u0131nda, Decorator deseni, her kombinasyon i\u00e7in ayr\u0131 bir s\u0131n\u0131f olu\u015fturma zorunlulu\u011funu ortadan kald\u0131rarak daha temiz ve y\u00f6netilebilir bir \u00e7\u00f6z\u00fcm sunar.<\/p>\n Decorator deseni, temel bile\u015fenin ve t\u00fcm dekorat\u00f6rlerin ortak bir aray\u00fcz\u00fc veya soyut s\u0131n\u0131f\u0131 uygulamas\u0131n\u0131 gerektirir. Bu sayede, istemci kodu, temel nesne ile dekore edilmi\u015f nesne aras\u0131nda ayr\u0131m yapmadan \u00e7al\u0131\u015fabilir. E\u011fer sisteminizde bu t\u00fcr bir ortak aray\u00fcz zaten mevcutsa veya kolayca tan\u0131mlanabiliyorsa, Decorator deseni iyi bir uyum sa\u011flayabilir.<\/p>\n Mevcut s\u0131n\u0131flar\u0131 de\u011fi\u015ftirmeden yeni i\u015flevsellik eklemek istedi\u011finizde (yani, A\u00e7\u0131k\/Kapal\u0131 Prensibi’ne uymak istedi\u011finizde) Decorator deseni idealdir. Yeni bir \u00f6zellik veya davran\u0131\u015f eklendi\u011finde, sadece yeni bir Decorator deseni, di\u011fer baz\u0131 yap\u0131sal desenlerle benzerlikler g\u00f6sterebilir veya kar\u0131\u015ft\u0131r\u0131labilir. Aralar\u0131ndaki farklar\u0131 anlamak, do\u011fru deseni do\u011fru yerde kullanmak i\u00e7in kritik \u00f6neme sahiptir.<\/p>\n Decorator deseni, Java’n\u0131n kendi standart k\u00fct\u00fcphanelerinde yayg\u0131n olarak kullan\u0131lan ve g\u00fc\u00e7l\u00fc bir \u015fekilde uygulanan bir desendir. Bu, desenin pratik de\u011ferini ve esnekli\u011fini g\u00f6stermektedir.<\/p>\n Java’daki giri\u015f\/\u00e7\u0131k\u0131\u015f (I\/O) k\u00fct\u00fcphanesi, Decorator deseninin en bilinen ve en iyi \u00f6rneklerinden biridir. \u00d6rnek Kullan\u0131m:<\/strong><\/p>\n Bu \u00f6rnekte, bir Java Swing GUI k\u00fct\u00fcphanesinde de Decorator desenine benzer yap\u0131lar g\u00f6r\u00fclebilir. \u00d6rne\u011fin, bir Java Collections Framework’de do\u011frudan Decorator deseni olmasa da, Decorator tasar\u0131m deseni, nesne y\u00f6nelimli programlamada esnek ve geni\u015fletilebilir sistemler olu\u015fturmak i\u00e7in g\u00fc\u00e7l\u00fc bir ara\u00e7t\u0131r. Miras hiyerar\u015filerinin yol a\u00e7abilece\u011fi “s\u0131n\u0131f patlamas\u0131” sorununu \u00e7\u00f6zerek, mevcut nesnelere dinamik olarak yeni sorumluluklar eklemenin zarif bir yolunu sunar.<\/p>\n Bu desenin temel faydalar\u0131 aras\u0131nda A\u00e7\u0131k\/Kapal\u0131 Prensibi’ne uyum, kod tekrar\u0131n\u0131n azalmas\u0131, Tek Sorumluluk Prensibi’nin desteklenmesi ve kod taban\u0131n\u0131n daha y\u00f6netilebilir kalmas\u0131 yer al\u0131r. Java I\/O k\u00fct\u00fcphanesi gibi ger\u00e7ek d\u00fcnya \u00f6rnekleri, Decorator deseninin pratik de\u011ferini ve yayg\u0131nl\u0131\u011f\u0131n\u0131 a\u00e7\u0131k\u00e7a g\u00f6stermektedir.<\/p>\n Ancak, her tasar\u0131m deseni gibi Decorator’\u0131n da dezavantajlar\u0131 vard\u0131r. A\u015f\u0131r\u0131 kullan\u0131m, kodun karma\u015f\u0131kl\u0131\u011f\u0131n\u0131 art\u0131rabilir ve \u00e7ok say\u0131da k\u00fc\u00e7\u00fck nesnenin olu\u015fmas\u0131na neden olabilir. Bu nedenle, deseni ne zaman kullanaca\u011f\u0131m\u0131za dair iyi bir anlay\u0131\u015fa sahip olmak, yaz\u0131l\u0131m mimarimizin sa\u011flaml\u0131\u011f\u0131n\u0131 ve s\u00fcrd\u00fcr\u00fclebilirli\u011fini sa\u011flamak a\u00e7\u0131s\u0131ndan hayati \u00f6neme sahiptir.<\/p>\n \u00d6zetle, bir nesnenin davran\u0131\u015f\u0131n\u0131 temel yap\u0131s\u0131n\u0131 de\u011fi\u015ftirmeden veya \u00e7ok say\u0131da alt s\u0131n\u0131f olu\u015fturmadan dinamik olarak geni\u015fletmeniz gerekti\u011finde, Decorator deseni d\u00fc\u015f\u00fcnmeniz gereken ilk \u00e7\u00f6z\u00fcmlerden biri olmal\u0131d\u0131r. Do\u011fru uyguland\u0131\u011f\u0131nda, daha mod\u00fcler, esnek ve bak\u0131m\u0131 kolay sistemler in\u015fa etmenize yard\u0131mc\u0131 olacakt\u0131r.<\/p>\n <\/body><\/p>\n","protected":false},"excerpt":{"rendered":"Decorator Tasar\u0131m Deseni: Java’da Esnek ve Geni\u015fletilebilir S\u0131n\u0131flar Olu\u015fturma\nGiri\u015f\nYaz\u0131l\u0131m geli\u015ftirme d\u00fcnyas\u0131nda, de\u011fi\u015fen gereksiniml","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-38180","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-java","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\nKahve<\/code> soyut s\u0131n\u0131f\u0131 tan\u0131mlayabiliriz:<\/p>\n\n\/\/ Kahve.java\npublic abstract class Kahve {\n protected String tanim;\n\n public String getTanim() {\n return tanim;\n }\n\n public abstract double maliyet();\n}\n\n\/\/ Espresso.java\npublic class Espresso extends Kahve {\n public Espresso() {\n tanim = \"Espresso\";\n }\n\n @Override\n public double maliyet() {\n return 5.0; \/\/ Espresso'nun temel maliyeti\n }\n}\n\n\/\/ FiltreKahve.java\npublic class FiltreKahve extends Kahve {\n public FiltreKahve() {\n tanim = \"Filtre Kahve\";\n }\n\n @Override\n public double maliyet() {\n return 7.0; \/\/ Filtre Kahve'nin temel maliyeti\n }\n}\n<\/code><\/pre>\nMaliyet ve Tan\u0131m Ekleme Zorlu\u011fu<\/h4>\n
\n
SutluEspresso<\/code> s\u0131n\u0131f\u0131 Espresso<\/code>‘dan miras alacak ve maliyetine s\u00fct maliyetini ekleyecek, tan\u0131m\u0131na “S\u00fctl\u00fc” ekleyecek.<\/li>\nSekerliFiltreKahve<\/code> s\u0131n\u0131f\u0131 FiltreKahve<\/code>‘den miras alacak ve maliyetine \u015feker maliyetini ekleyecek, tan\u0131m\u0131na “\u015eekerli” ekleyecek.<\/li>\n<\/ul>\n\n
SutluEspresso<\/code><\/li>\nSekerliEspresso<\/code><\/li>\nCikolataliEspresso<\/code><\/li>\nSutluSekerliEspresso<\/code><\/li>\nSutluCikolataliEspresso<\/code><\/li>\nSekerliCikolataliEspresso<\/code><\/li>\nSutluSekerliCikolataliEspresso<\/code><\/li>\nFiltreKahve<\/code> i\u00e7in.<\/li>\n<\/ul>\nDecorator Deseni’nin Yap\u0131s\u0131<\/h2>\n
UML Diyagram\u0131 (A\u00e7\u0131klamal\u0131)<\/h3>\n
\n+-------------------+\n| <Component (Bile\u015fen)<\/h4>\n
\n
Kahve<\/code> aray\u00fcz\u00fc.<\/li>\n<\/ul>\nConcreteComponent (Somut Bile\u015fen)<\/h4>\n
\n
Espresso<\/code>, FiltreKahve<\/code> gibi s\u0131n\u0131flar.<\/li>\n<\/ul>\nDecorator (Dekorat\u00f6r)<\/h4>\n
\n
Component<\/code> t\u00fcr\u00fcndeki nesneye bir referans tutar. Bu referans, dekorat\u00f6r\u00fcn sarmalanm\u0131\u015f nesnenin i\u015flevselli\u011fine eri\u015fmesini sa\u011flar.<\/li>\nComponent<\/code> aray\u00fcz\u00fcndeki operasyonlar\u0131 uygular, ancak genellikle bu operasyonlar\u0131 sarmalanm\u0131\u015f Component<\/code> nesnesine delege eder. Bu sayede, dekorat\u00f6rler kendi ek i\u015flevselliklerini eklemeden \u00f6nce veya sonra sarmalanm\u0131\u015f nesnenin davran\u0131\u015f\u0131n\u0131 \u00e7a\u011f\u0131rabilir.<\/li>\nKahveDekorator<\/code> soyut s\u0131n\u0131f\u0131.<\/li>\n<\/ul>\nConcreteDecorator (Somut Dekorat\u00f6r)<\/h4>\n
\n
operation()<\/code> metodunu uygularken, genellikle sarmalanm\u0131\u015f Component nesnesinin operation()<\/code> metodunu \u00e7a\u011f\u0131r\u0131r ve \u00fczerine kendi ek davran\u0131\u015f\u0131n\u0131 (\u00f6rne\u011fin, maliyeti art\u0131rma, tan\u0131m\u0131 de\u011fi\u015ftirme) ekler.<\/li>\nSut<\/code>, Seker<\/code>, Cikolata<\/code> gibi s\u0131n\u0131flar.<\/li>\n<\/ul>\nConcreteComponent<\/code> nesnesini birden fazla ConcreteDecorator<\/code> ile sarmalayabiliriz. Her bir dekorat\u00f6r, \u00f6nceki dekorat\u00f6r\u00fcn veya temel bile\u015fenin \u00fczerine kendi i\u015flevselli\u011fini ekleyerek, dinamik ve esnek bir \u015fekilde \u00f6zellik kombinasyonlar\u0131 olu\u015fturmam\u0131z\u0131 sa\u011flar.<\/p>\nJava’da Decorator Deseni Uygulamas\u0131<\/h2>\n
\u00d6rnek Senaryo: Kahve D\u00fckkan\u0131 Devam\u0131<\/h3>\n
Ad\u0131m 1: Component Aray\u00fcz\u00fc Tan\u0131mlama<\/h4>\n
\n\/\/ Kahve.java\npublic interface Kahve {\n String getTanim(); \/\/ Kahvenin veya ekstral\u0131 kahvenin tan\u0131m\u0131n\u0131 d\u00f6nd\u00fcr\u00fcr\n double maliyet(); \/\/ Kahvenin veya ekstral\u0131 kahvenin toplam maliyetini d\u00f6nd\u00fcr\u00fcr\n}\n<\/code><\/pre>\nAd\u0131m 2: ConcreteComponent Uygulamalar\u0131<\/h4>\n
Kahve<\/code> aray\u00fcz\u00fcn\u00fc uygulayarak olu\u015fturuyoruz. Bunlar, dekorat\u00f6rler taraf\u0131ndan sar\u0131lacak olan orijinal nesnelerdir.<\/p>\n\n\/\/ Espresso.java\npublic class Espresso implements Kahve {\n @Override\n public String getTanim() {\n return \"Espresso\";\n }\n\n @Override\n public double maliyet() {\n return 5.0; \/\/ Espresso'nun temel maliyeti\n }\n}\n\n\/\/ FiltreKahve.java\npublic class FiltreKahve implements Kahve {\n @Override\n public String getTanim() {\n return \"Filtre Kahve\";\n }\n\n @Override\n public double maliyet() {\n return 7.0; \/\/ Filtre Kahve'nin temel maliyeti\n }\n}\n<\/code><\/pre>\nAd\u0131m 3: Decorator Soyut S\u0131n\u0131f\u0131 Olu\u015fturma<\/h4>\n
Kahve<\/code> aray\u00fcz\u00fcn\u00fc uygular ve sar\u0131lacak Kahve<\/code> nesnesine bir referans tutar. Bu sayede, t\u00fcm dekorat\u00f6rler Kahve<\/code> gibi davranabilir ve kendi ek i\u015flevselliklerini sarmalanm\u0131\u015f nesnenin \u00fczerine in\u015fa edebilirler.<\/p>\n\n\/\/ KahveDekorator.java\npublic abstract class KahveDekorator implements Kahve {\n protected Kahve sarmalananKahve; \/\/ Sar\u0131lacak Kahve nesnesine referans\n\n public KahveDekorator(Kahve kahve) {\n this.sarmalananKahve = kahve;\n }\n\n \/\/ Bu metodlar soyut b\u0131rak\u0131l\u0131r veya varsay\u0131lan olarak sarmalanan kahveye delege edilir.\n \/\/ ConcreteDecorator'lar bunlar\u0131 kendi mant\u0131klar\u0131yla uygular.\n @Override\n public abstract String getTanim();\n\n @Override\n public abstract double maliyet();\n}\n<\/code><\/pre>\nAd\u0131m 4: ConcreteDecorator Uygulamalar\u0131<\/h4>\n
KahveDekorator<\/code>‘den miras al\u0131r ve kendi ek maliyetlerini ve tan\u0131mlar\u0131n\u0131 eklerler.<\/p>\n\n\/\/ Sut.java\npublic class Sut extends KahveDekorator {\n public Sut(Kahve kahve) {\n super(kahve);\n }\n\n @Override\n public String getTanim() {\n return sarmalananKahve.getTanim() + \", S\u00fctl\u00fc\";\n }\n\n @Override\n public double maliyet() {\n return sarmalananKahve.maliyet() + 2.0; \/\/ S\u00fct maliyeti\n }\n}\n\n\/\/ Seker.java\npublic class Seker extends KahveDekorator {\n public Seker(Kahve kahve) {\n super(kahve);\n }\n\n @Override\n public String getTanim() {\n return sarmalananKahve.getTanim() + \", \u015eekerli\";\n }\n\n @Override\n public double maliyet() {\n return sarmalananKahve.maliyet() + 1.0; \/\/ \u015eeker maliyeti\n }\n}\n\n\/\/ Cikolata.java\npublic class Cikolata extends KahveDekorator {\n public Cikolata(Kahve kahve) {\n super(kahve);\n }\n\n @Override\n public String getTanim() {\n return sarmalananKahve.getTanim() + \", \u00c7ikolatal\u0131\";\n }\n\n @Override\n public double maliyet() {\n return sarmalananKahve.maliyet() + 3.0; \/\/ \u00c7ikolata maliyeti\n }\n}\n<\/code><\/pre>\nAd\u0131m 5: Kullan\u0131m ve Test<\/h4>\n
Main<\/code> s\u0131n\u0131f\u0131m\u0131zda farkl\u0131 kahve kombinasyonlar\u0131 olu\u015fturarak Decorator deseninin esnekli\u011fini g\u00f6relim.<\/p>\n\n\/\/ Main.java\npublic class Main {\n public static void main(String[] args) {\n \/\/ Basit bir Espresso\n Kahve espresso = new Espresso();\n System.out.println(\"Sipari\u015f: \" + espresso.getTanim() + \", Maliyet: \" + espresso.maliyet() + \" TL\");\n \/\/ \u00c7\u0131kt\u0131: Sipari\u015f: Espresso, Maliyet: 5.0 TL\n\n \/\/ S\u00fctl\u00fc bir Espresso\n Kahve sutluEspresso = new Sut(new Espresso());\n System.out.println(\"Sipari\u015f: \" + sutluEspresso.getTanim() + \", Maliyet: \" + sutluEspresso.maliyet() + \" TL\");\n \/\/ \u00c7\u0131kt\u0131: Sipari\u015f: Espresso, S\u00fctl\u00fc, Maliyet: 7.0 TL\n\n \/\/ \u015eekerli bir Filtre Kahve\n Kahve sekerliFiltreKahve = new Seker(new FiltreKahve());\n System.out.println(\"Sipari\u015f: \" + sekerliFiltreKahve.getTanim() + \", Maliyet: \" + sekerliFiltreKahve.maliyet() + \" TL\");\n \/\/ \u00c7\u0131kt\u0131: Sipari\u015f: Filtre Kahve, \u015eekerli, Maliyet: 8.0 TL\n\n \/\/ S\u00fctl\u00fc ve \u00c7ikolatal\u0131 bir Espresso (birden fazla dekorat\u00f6r)\n Kahve sutluCikolataliEspresso = new Cikolata(new Sut(new Espresso()));\n System.out.println(\"Sipari\u015f: \" + sutluCikolataliEspresso.getTanim() + \", Maliyet: \" + sutluCikolataliEspresso.maliyet() + \" TL\");\n \/\/ \u00c7\u0131kt\u0131: Sipari\u015f: Espresso, S\u00fctl\u00fc, \u00c7ikolatal\u0131, Maliyet: 10.0 TL\n\n \/\/ \u015eekerli, S\u00fctl\u00fc ve \u00c7ikolatal\u0131 bir Filtre Kahve\n Kahve kompleksFiltreKahve = new Cikolata(new Seker(new Sut(new FiltreKahve())));\n System.out.println(\"Sipari\u015f: \" + kompleksFiltreKahve.getTanim() + \", Maliyet: \" + kompleksFiltreKahve.maliyet() + \" TL\");\n \/\/ \u00c7\u0131kt\u0131: Sipari\u015f: Filtre Kahve, S\u00fctl\u00fc, \u015eekerli, \u00c7ikolatal\u0131, Maliyet: 13.0 TL\n }\n}\n<\/code><\/pre>\nDecorator Deseni’nin Avantajlar\u0131<\/h2>\n
Esneklik<\/h3>\n
A\u00e7\u0131k\/Kapal\u0131 Prensibi (Open\/Closed Principle)<\/h3>\n
ConcreteDecorator<\/code> s\u0131n\u0131f\u0131 olu\u015fturarak mevcut sistemi geni\u015fletirsiniz. Bu, mevcut kodu bozma riskini azalt\u0131r ve sistemin daha kararl\u0131 olmas\u0131n\u0131 sa\u011flar.<\/p>\nS\u0131n\u0131f Patlamas\u0131n\u0131 \u00d6nleme (Class Explosion)<\/h3>\n
Kod Tekrar\u0131n\u0131 Azaltma<\/h3>\n
Tek Sorumluluk Prensibi (Single Responsibility Principle)<\/h3>\n
ConcreteDecorator<\/code> s\u0131n\u0131f\u0131, yaln\u0131zca belirli bir ek sorumlulu\u011fu (\u00f6rne\u011fin, s\u00fct ekleme, \u015feker ekleme) ele al\u0131r. Temel bile\u015fenler (ConcreteComponent) ise yaln\u0131zca kendi temel i\u015flevselliklerinden sorumludur. Bu, s\u0131n\u0131flar\u0131n daha odaklanm\u0131\u015f ve anla\u015f\u0131l\u0131r olmas\u0131n\u0131 sa\u011flar.<\/p>\nDecorator Deseni’nin Dezavantajlar\u0131<\/h2>\n
Karma\u015f\u0131kl\u0131k<\/h3>\n
\u00c7ok Say\u0131da K\u00fc\u00e7\u00fck Nesne<\/h3>\n
S\u0131ra Ba\u011f\u0131ml\u0131l\u0131\u011f\u0131 (Nadiren)<\/h3>\n
Soyutlama Katmanlar\u0131<\/h3>\n
Component<\/code> aray\u00fcz\u00fcnde tan\u0131mlanmayan belirli bir metoduna ihtiya\u00e7 duyuyorsa, bu durumda tip d\u00f6n\u00fc\u015f\u00fcmleri (casting) veya daha karma\u015f\u0131k \u00e7\u00f6z\u00fcmler gerekebilir, bu da tasar\u0131m\u0131n zarafetini bozabilir.<\/p>\nDecorator Deseni Ne Zaman Kullan\u0131lmal\u0131?<\/h2>\n
Dinamik Sorumluluk Ekleme<\/h3>\n
Miras\u0131n Yetersiz Kald\u0131\u011f\u0131 Durumlar<\/h3>\n
Aray\u00fcz ve Soyut S\u0131n\u0131f Kullan\u0131m\u0131<\/h3>\n
A\u00e7\u0131k\/Kapal\u0131 Prensibi’ne Uyum<\/h3>\n
ConcreteDecorator<\/code> s\u0131n\u0131f\u0131 yaz\u0131l\u0131r ve mevcut s\u0131n\u0131flar dokunulmadan kal\u0131r. Bu, sistemin kararl\u0131l\u0131\u011f\u0131n\u0131 art\u0131r\u0131r ve bak\u0131m maliyetlerini d\u00fc\u015f\u00fcr\u00fcr.<\/p>\nDi\u011fer Tasar\u0131m Desenleriyle Kar\u015f\u0131la\u015ft\u0131rma<\/h2>\n
Decorator vs. Adapter<\/h3>\n
\n
Decorator vs. Proxy<\/h3>\n
\n
Decorator vs. Composite<\/h3>\n
\n
Decorator vs. Strategy<\/h3>\n
\n
Ger\u00e7ek D\u00fcnya Java \u00d6rnekleri<\/h2>\n
Java I\/O K\u00fct\u00fcphanesi<\/h3>\n
java.io<\/code> paketindeki s\u0131n\u0131flar, verileri okuma ve yazma i\u015flevselli\u011fini farkl\u0131 \u015fekillerde geli\u015ftirmek i\u00e7in bu deseni kullan\u0131r.<\/p>\n\n
InputStream<\/code>, OutputStream<\/code>, Reader<\/code>, Writer<\/code> gibi soyut s\u0131n\u0131flar (veya aray\u00fczler gibi davrananlar).<\/li>\nFileInputStream<\/code>, FileOutputStream<\/code>, FileReader<\/code>, FileWriter<\/code> gibi temel I\/O operasyonlar\u0131n\u0131 ger\u00e7ekle\u015ftiren s\u0131n\u0131flar. Bunlar, verilerin fiziksel bir kaynaktan (dosya gibi) okunmas\u0131n\u0131 veya yaz\u0131lmas\u0131n\u0131 sa\u011flar.<\/li>\nFilterInputStream<\/code>, FilterOutputStream<\/code>, FilterReader<\/code>, FilterWriter<\/code> gibi soyut s\u0131n\u0131flar. Bunlar, sarmalanan bir I\/O ak\u0131\u015f\u0131na referans tutar.<\/li>\nBufferedInputStream<\/code>, DataInputStream<\/code>, GZIPInputStream<\/code>, CipherInputStream<\/code> gibi s\u0131n\u0131flar.\n\n
BufferedInputStream<\/code>, sarmalanan InputStream<\/code>‘e tamponlama (buffering) \u00f6zelli\u011fi ekler, bu da okuma performans\u0131n\u0131 art\u0131r\u0131r.<\/li>\nDataInputStream<\/code>, sarmalanan InputStream<\/code>‘e ilkel Java veri tiplerini (int, double, boolean vb.) okuma yetene\u011fi ekler.<\/li>\nGZIPInputStream<\/code>, sarmalanan ak\u0131\u015ftan s\u0131k\u0131\u015ft\u0131r\u0131lm\u0131\u015f verileri (GZIP format\u0131nda) okuma yetene\u011fi ekler.<\/li>\nCipherInputStream<\/code>, sarmalanan ak\u0131\u015ftan \u015fifrelenmi\u015f verileri okurken \u015fifresini \u00e7\u00f6zme yetene\u011fi ekler.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n\nimport java.io.*;\n\npublic class IoDecoratorExample {\n public static void main(String[] args) {\n try {\n \/\/ Temel bile\u015fen: Dosyadan okuma\n InputStream fileInput = new FileInputStream(\"test.txt\");\n System.out.println(\"Dosya okuma: \" + (char) fileInput.read()); \/\/ Tek karakter oku\n\n \/\/ BufferedDecorator ekleme: Performans i\u00e7in tamponlama\n InputStream bufferedInput = new BufferedInputStream(new FileInputStream(\"test.txt\"));\n System.out.println(\"Tamponlu okuma: \" + (char) bufferedInput.read());\n\n \/\/ DataDecorator ekleme: \u0130lkel veri tiplerini okuma\n DataInputStream dataInput = new DataInputStream(\n new BufferedInputStream(\n new FileInputStream(\"test.txt\")));\n \/\/ dataInput \u015fimdi hem tamponlama hem de ilkel veri okuma yetene\u011fine sahip.\n \/\/ \u00d6rne\u011fin: dataInput.readInt();\n System.out.println(\"Veri ak\u0131\u015f\u0131 okuma: \" + (char) dataInput.readByte());\n\n fileInput.close();\n bufferedInput.close();\n dataInput.close();\n\n } catch (IOException e) {\n e.printStackTrace();\n }\n }\n}\n<\/code><\/pre>\nFileInputStream<\/code> nesnesini BufferedInputStream<\/code> ile sarmalayarak tamponlama \u00f6zelli\u011fini ekledik. Daha sonra bu tamponlanm\u0131\u015f ak\u0131\u015f\u0131 DataInputStream<\/code> ile sarmalayarak ilkel veri tiplerini okuma yetene\u011fi kazand\u0131rd\u0131k. Her ad\u0131mda, mevcut ak\u0131\u015f\u0131n i\u015flevselli\u011fi geni\u015fletildi, ancak her nesne hala bir InputStream<\/code> gibi davranabildi.<\/p>\nJava Swing<\/h3>\n
JComponent<\/code> (\u00f6rne\u011fin JTextArea<\/code> veya JPanel<\/code>) etraf\u0131na JScrollPane<\/code> eklemek, bile\u015fenin temel i\u015flevselli\u011fini de\u011fi\u015ftirmeden ona kayd\u0131rma (scrolling) yetene\u011fi ekler. JScrollPane<\/code>, i\u00e7erdi\u011fi bile\u015feni sarmalar ve kayd\u0131rma \u00e7ubuklar\u0131 sa\u011flar.<\/p>\nJava Collections<\/h3>\n
Collections<\/code> yard\u0131mc\u0131 s\u0131n\u0131f\u0131ndaki unmodifiableList()<\/code>, synchronizedList()<\/code> gibi metotlar, mevcut bir koleksiyonu sarmalayarak ona yeni davran\u0131\u015flar (de\u011fi\u015ftirilemezlik, senkronizasyon) kazand\u0131r\u0131r. Bu, Decorator deseninin ruhuna benzer bir kompozisyon yakla\u015f\u0131m\u0131d\u0131r.<\/p>\nSonu\u00e7<\/h2>\n