Java geli\u015ftiricileri i\u00e7in nesne yaratma s\u00fcre\u00e7leri, uygulaman\u0131n esnekli\u011fi ve s\u00fcrd\u00fcr\u00fclebilirli\u011fi a\u00e7\u0131s\u0131ndan kritik \u00f6neme sahiptir. Yarat\u0131msal tasar\u0131m desenleri, bu karma\u015f\u0131k s\u00fcre\u00e7leri \u015f\u0131k ve y\u00f6netilebilir \u00e7\u00f6z\u00fcmlerle basitle\u015ftirir, b\u00f6ylece kodunuz daha temiz, mod\u00fcler ve kolayca geni\u015fletilebilir hale gelir. Bu makale, her bir yarat\u0131msal deseni ger\u00e7ek d\u00fcnya senaryolar\u0131 ve sekt\u00f6rden hikayelerle derinlemesine inceleyerek, bu temel kavramlar\u0131 zihninize kaz\u0131may\u0131 hedefliyor.<\/p>\n
Modern yaz\u0131l\u0131m geli\u015ftirme d\u00fcnyas\u0131nda, nesneler hemen her \u015feyin yap\u0131 ta\u015flar\u0131d\u0131r. Ancak bir nesne yaratmak, ilk bak\u0131\u015fta g\u00f6r\u00fcnd\u00fc\u011f\u00fc kadar basit olmayabilir. Do\u011frudan Tasar\u0131m desenleri, yaz\u0131l\u0131m geli\u015ftirme d\u00fcnyas\u0131nda s\u0131k\u00e7a kar\u015f\u0131la\u015f\u0131lan problemlere kan\u0131tlanm\u0131\u015f, tekrar kullan\u0131labilir \u00e7\u00f6z\u00fcmler sunan \u015fablonlard\u0131r. Yaz\u0131l\u0131m mimarisini g\u00fc\u00e7lendirmek, kodun okunabilirli\u011fini art\u0131rmak ve s\u00fcrd\u00fcr\u00fclebilirli\u011fi sa\u011flamak i\u00e7in vazge\u00e7ilmez ara\u00e7lard\u0131r. Bu desenler, bir dilin veya teknolojinin belirli bir \u00f6zelli\u011fi olmaktan ziyade, yaz\u0131l\u0131m m\u00fchendisli\u011finin temel ilkeleri ve en iyi uygulamalar\u0131n\u0131n bir \u00f6zetidir. Erich Gamma, Richard Helm, Ralph Johnson ve John Vlissides’in (Gang of Four – GoF) 1994 tarihli “Design Patterns: Elements of Reusable Object-Oriented Software” adl\u0131 seminal eseriyle pop\u00fclerle\u015fmi\u015flerdir. Desenler, \u00fc\u00e7 ana kategoriye ayr\u0131l\u0131r: Yarat\u0131msal (Creational), Yap\u0131sal (Structural) ve Davran\u0131\u015fsal (Behavioral). Her bir kategori, farkl\u0131 bir amaca hizmet eder ve belirli problem t\u00fcrlerine \u00e7\u00f6z\u00fcm getirir. Yarat\u0131msal desenler, nesne yaratma mekanizmalar\u0131n\u0131 soyutlayarak, sistemin geri kalan\u0131ndan ba\u011f\u0131ms\u0131z hale getirmeye odaklan\u0131r. Bu, uygulaman\u0131z\u0131n belirli nesnelerin nas\u0131l olu\u015fturuldu\u011funa dair detaylara s\u0131k\u0131ca ba\u011f\u0131ml\u0131 olmas\u0131n\u0131 engeller. Bu sayede, gelecekteki de\u011fi\u015fiklikler \u00e7ok daha kolay y\u00f6netilebilir hale gelir. \u00d6rne\u011fin, yeni bir veritaban\u0131 s\u00fcr\u00fcc\u00fcs\u00fc eklemek veya mevcut bir hizmetin uygulamas\u0131n\u0131 de\u011fi\u015ftirmek istedi\u011finizde, yarat\u0131msal desenler sayesinde kodunuzun b\u00fcy\u00fck bir k\u0131sm\u0131n\u0131 yeniden yazmak zorunda kalmazs\u0131n\u0131z. Ayr\u0131ca, tasar\u0131m desenleri, geli\u015ftiriciler aras\u0131nda ortak bir dil olu\u015fturur. Bir ekip \u00fcyesi “Singleton deseni kullan\u0131yorum” dedi\u011finde, di\u011ferleri hemen ne anlama geldi\u011fini anlar. Bu durum, ekip i\u00e7i ileti\u015fimi h\u0131zland\u0131r\u0131r, kod incelemelerini kolayla\u015ft\u0131r\u0131r ve yeni gelenlerin projeye adaptasyon s\u00fcrecini k\u0131salt\u0131r. Dolay\u0131s\u0131yla, tasar\u0131m desenleri sadece teknik bir ara\u00e7 de\u011fil, ayn\u0131 zamanda yaz\u0131l\u0131m geli\u015ftirme s\u00fcrecinin verimlili\u011fini art\u0131ran k\u00fclt\u00fcrel bir unsurdur. Onlar\u0131 \u00f6\u011frenmek, yaz\u0131l\u0131m m\u00fchendisli\u011findeki en iyi uygulamalar\u0131 benimsemek ve daha kaliteli, daha esnek ve daha s\u00fcrd\u00fcr\u00fclebilir uygulamalar geli\u015ftirmek anlam\u0131na gelir.<\/p>\n Yarat\u0131msal tasar\u0131m desenleri, nesne yarat\u0131m\u0131n\u0131 bir sanat formu haline getirir. Do\u011frudan Singleton deseni, bir s\u0131n\u0131f\u0131n yaln\u0131zca tek bir \u00f6rne\u011finin olmas\u0131n\u0131 ve bu \u00f6rne\u011fe global bir eri\u015fim noktas\u0131 sa\u011flamas\u0131n\u0131 garanti eden yarat\u0131msal bir desendir. Bu, \u00f6zellikle kaynak y\u00f6netimi, konfig\u00fcrasyon ayarlar\u0131 veya loglama gibi tek bir merkezi varl\u0131\u011f\u0131n yeterli ve hatta gerekli oldu\u011fu durumlarda hayati \u00f6nem ta\u015f\u0131r. \u00d6rne\u011fin, bir kurumsal uygulamada, t\u00fcm sistem olaylar\u0131n\u0131 kaydeden tek bir loglama servisi olmas\u0131n\u0131 istersiniz. Bu loglama servisi, hem disk I\/O’sunu verimli kullanmal\u0131 hem de t\u00fcm log mesajlar\u0131n\u0131n tutarl\u0131 bir s\u0131rayla yaz\u0131lmas\u0131n\u0131 sa\u011flamal\u0131d\u0131r. E\u011fer uygulaman\u0131n farkl\u0131 yerlerinden birden fazla loglama nesnesi olu\u015fturulursa, ayn\u0131 dosyaya e\u015f zamanl\u0131 yazma giri\u015fimleri veri bozulmas\u0131na veya performans sorunlar\u0131na yol a\u00e7abilir. \u0130\u015fte bu senaryoda Singleton deseni kurtar\u0131c\u0131d\u0131r. \u015eirket X, b\u00fcy\u00fck bir e-ticaret platformu geli\u015ftiriyordu. Uygulama, sipari\u015f i\u015fleme, envanter y\u00f6netimi ve m\u00fc\u015fteri ili\u015fkileri gibi bir\u00e7ok mod\u00fclden olu\u015fuyordu. Ba\u015flang\u0131\u00e7ta, her mod\u00fcl kendi loglama nesnesini olu\u015fturuyordu. Ancak k\u0131sa s\u00fcrede karma\u015f\u0131k dosya kilitleme sorunlar\u0131, log dosyalar\u0131nda tutars\u0131zl\u0131klar ve genel performans d\u00fc\u015f\u00fc\u015fleri ya\u015fanmaya ba\u015flad\u0131. Geli\u015ftirici ekibi, bu sorunu \u00e7\u00f6zmek i\u00e7in Singleton desenini uygulamaya karar verdi. Tek bir Singleton deseninin tipik bir uygulamas\u0131 a\u015fa\u011f\u0131daki gibidir:<\/p>\nnew<\/code> anahtar kelimesini kullanmak \u00e7o\u011fu zaman h\u0131zl\u0131 bir \u00e7\u00f6z\u00fcm sunsa da, bu yakla\u015f\u0131m beraberinde ciddi ba\u011f\u0131ml\u0131l\u0131klar ve esneklik sorunlar\u0131 getirebilir. \u00d6zellikle b\u00fcy\u00fck \u00f6l\u00e7ekli kurumsal uygulamalarda, nesne yarat\u0131m mant\u0131\u011f\u0131 uygulaman\u0131n geri kalan\u0131na s\u0131k\u0131ca ba\u011fl\u0131 hale geldi\u011finde, kodu de\u011fi\u015ftirmek, test etmek veya geni\u015fletmek adeta bir kabusa d\u00f6n\u00fc\u015febilir. \u00d6rne\u011fin, bir veritaban\u0131 ba\u011flant\u0131 nesnesi d\u00fc\u015f\u00fcn\u00fcn. E\u011fer uygulaman\u0131z\u0131n her yerinde bu ba\u011flant\u0131y\u0131 do\u011frudan yarat\u0131rsan\u0131z ve bir g\u00fcn veritaban\u0131 teknolojisini de\u011fi\u015ftirmek zorunda kal\u0131rsan\u0131z, t\u00fcm kod taban\u0131n\u0131zda y\u00fczlerce yeri g\u00fcncellemeniz gerekebilir. Bu durum, hem zaman al\u0131c\u0131 hem de hata yapmaya a\u00e7\u0131k bir s\u00fcre\u00e7tir. \u0130\u015fte tam da bu noktada yarat\u0131msal tasar\u0131m desenleri devreye giriyor. Bu desenler, nesnelerin nas\u0131l, ne zaman ve kim taraf\u0131ndan yarat\u0131laca\u011f\u0131n\u0131 kontrol alt\u0131na alarak, uygulaman\u0131z\u0131n mimarisine esneklik ve mod\u00fclerlik kazand\u0131r\u0131r. B\u00f6ylece, hem mevcut kodunuzu koruyabilir hem de gelecekteki de\u011fi\u015fikliklere kar\u015f\u0131 daha diren\u00e7li bir yap\u0131 kurabilirsiniz. Bu makalede, yarat\u0131msal desenlerin ard\u0131ndaki felsefeyi, temel prensiplerini ve her bir deseni somut end\u00fcstri hikayeleri ve pratik kod \u00f6rnekleriyle ke\u015ffedece\u011fiz. Nesne yarat\u0131m s\u00fcre\u00e7lerinizi bir sanat eserine d\u00f6n\u00fc\u015ft\u00fcrmeye haz\u0131r olun.<\/p>\nTasar\u0131m Desenleri Nedir ve Yaz\u0131l\u0131m Mimarisinde Neden Vazge\u00e7ilmezdir?<\/h2>\n
Yarat\u0131msal Tasar\u0131m Desenlerine Genel Bak\u0131\u015f: Nesne Yarat\u0131m\u0131n\u0131n Sanat\u0131<\/h2>\n
new<\/code> operat\u00f6r\u00fcn\u00fc kullanmak yerine, bu desenler nesne \u00f6rnekleme s\u00fcrecini soyutlayarak uygulaman\u0131za esneklik ve mod\u00fclerlik kazand\u0131r\u0131r. Bu yakla\u015f\u0131m, hangi somut s\u0131n\u0131flar\u0131n \u00f6rneklenece\u011fi bilgisini istemci koddan gizler, b\u00f6ylece sisteminiz farkl\u0131 nesne aileleri veya t\u00fcrleri \u00fczerinde daha az ba\u011f\u0131ml\u0131l\u0131\u011fa sahip olur. Ba\u015fl\u0131ca yarat\u0131msal desenler aras\u0131nda Singleton, Factory Method, Abstract Factory, Builder ve Prototype bulunur. Her bir desenin kendine \u00f6zg\u00fc bir kullan\u0131m amac\u0131 ve problem \u00e7\u00f6zme yakla\u015f\u0131m\u0131 vard\u0131r. Singleton, uygulaman\u0131zda belirli bir s\u0131n\u0131f\u0131n yaln\u0131zca tek bir \u00f6rne\u011finin var olmas\u0131n\u0131 garanti ederken; Factory Method, istemciye nesneleri yaratma sorumlulu\u011funu y\u00fcklemeden, alt s\u0131n\u0131flar\u0131n hangi nesneleri yarataca\u011f\u0131na karar vermesine olanak tan\u0131r. Abstract Factory ise, ilgili veya ba\u011f\u0131ml\u0131 nesnelerin ailelerini do\u011frudan somut s\u0131n\u0131flar\u0131n\u0131 belirtmeden olu\u015fturmak i\u00e7in bir aray\u00fcz sa\u011flar. Karma\u015f\u0131k nesnelerin ad\u0131m ad\u0131m in\u015fas\u0131 i\u00e7in Builder deseni m\u00fckemmel bir \u00e7\u00f6z\u00fcmd\u00fcr, \u00f6zellikle de bir\u00e7ok opsiyonel parametreye sahip nesnelerde okunabilirli\u011fi art\u0131r\u0131r. Son olarak, Prototype deseni, pahal\u0131 nesne yaratma i\u015flemlerinden ka\u00e7\u0131nmak veya nesnelerin mevcut durumlar\u0131n\u0131 koruyarak yeni kopyalar\u0131n\u0131 olu\u015fturmak i\u00e7in mevcut nesneleri kopyalama y\u00f6ntemini sunar. Bu desenler sayesinde, nesne yarat\u0131m mant\u0131\u011f\u0131n\u0131 merkezi bir noktada toplayabilir, kod tekrar\u0131n\u0131 azaltabilir ve gelecekteki de\u011fi\u015fikliklere kar\u015f\u0131 uygulaman\u0131z\u0131 daha diren\u00e7li hale getirebilirsiniz. Her bir desenin detaylar\u0131na inmeden \u00f6nce, bu genel bak\u0131\u015f, yarat\u0131msal desenlerin geni\u015f yelpazesini ve her birinin yaz\u0131l\u0131m geli\u015ftirme s\u00fcrecindeki stratejik rol\u00fcn\u00fc anlaman\u0131za yard\u0131mc\u0131 olacakt\u0131r. \u015eimdi, bu desenleri end\u00fcstri hikayeleriyle birlikte daha yak\u0131ndan inceleyelim.<\/p>\nSingleton Deseni: Tek Olmak Yeterli midir? Bir Loglama Sistemi Maceras\u0131<\/h2>\n
Logger<\/code> s\u0131n\u0131f\u0131 tan\u0131mland\u0131 ve bu s\u0131n\u0131f\u0131n \u00f6rne\u011fini kontrol eden statik bir metot eklendi. B\u00f6ylece, t\u00fcm uygulama genelinde yaln\u0131zca tek bir Logger<\/code> \u00f6rne\u011fi kullan\u0131larak, senkronizasyon sorunlar\u0131 giderildi, disk eri\u015fimi optimize edildi ve loglama i\u015flemleri merkezile\u015ftirildi. Bu de\u011fi\u015fiklik, sistemin kararl\u0131l\u0131\u011f\u0131n\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131rd\u0131 ve hatalar\u0131n izlenmesini kolayla\u015ft\u0131rd\u0131.<\/p>\n\npublic class Logger {\n private static Logger instance;\n\n \/\/ \u00d6zel kurucu metod, d\u0131\u015far\u0131dan do\u011frudan \u00f6rnek olu\u015fturmay\u0131 engeller\n private Logger() {\n \/\/ Loglama sistemini ba\u015flatma, dosya a\u00e7ma gibi i\u015flemler\n System.out.println(\"Logger \u00f6rne\u011fi olu\u015fturuldu.\");\n }\n\n \/\/ Global eri\u015fim noktas\u0131 sa\u011flayan statik metot\n public static Logger getInstance() {\n if (instance == null) {\n \/\/ Thread-safe Singleton i\u00e7in \u00e7ift kontrol kilitlenme (Double-Checked Locking)\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 \/\/ Ger\u00e7ek loglama mant\u0131\u011f\u0131\n System.out.println(\"LOG: \" + message);\n }\n\n \/\/ Mobil uyumlu HTML \u00f6rne\u011fi i\u00e7in stil (Bu asl\u0131nda CSS'dir, ama istenen do\u011frultuda buraya eklenmi\u015ftir.)\n \/*\n