PHP projelerinizde karma\u015f\u0131k if-else bloklar\u0131 aras\u0131nda kaybolmak, kodunuzun s\u00fcrd\u00fcr\u00fclebilirli\u011fini ve okunabilirli\u011fini tehlikeye atar. Bu teknik makale, \u201cIf-Else Cehennemi\u201d olarak adland\u0131r\u0131lan bu durumu Strateji Deseni (Strategy Pattern) ile nas\u0131l a\u015faca\u011f\u0131n\u0131z\u0131 ad\u0131m ad\u0131m a\u00e7\u0131kl\u0131yor. Kod kalitenizi art\u0131rarak daha esnek ve y\u00f6netilebilir sistemler kurman\u0131n yollar\u0131n\u0131 ke\u015ffedin.<\/p>\n
Yaz\u0131l\u0131m geli\u015ftirmede, genellikle bir i\u015flemin farkl\u0131 varyasyonlar\u0131n\u0131 y\u00f6netmek i\u00e7in ko\u015fullu ifadeler kullan\u0131r\u0131z. Ancak bu ko\u015fullu mant\u0131k, projenin b\u00fcy\u00fcmesiyle birlikte h\u0131zla bir karma\u015fa yuma\u011f\u0131na d\u00f6n\u00fc\u015febilir. Bu duruma yaz\u0131l\u0131mc\u0131 jargonunda \u201cIf-Else Cehennemi\u201d (If-Else Hell) ad\u0131 verilir. Peki, bu durum neden ortaya \u00e7\u0131kar ve neden bu kadar tehlikelidir?<\/p>\n
Ba\u015flang\u0131\u00e7ta basit g\u00f6r\u00fcnen bir karar a\u011fac\u0131, yeni \u00f6zellikler eklendik\u00e7e veya i\u015f gereksinimleri de\u011fi\u015ftik\u00e7e i\u00e7 i\u00e7e ge\u00e7mi\u015f Dahas\u0131, bu yap\u0131 kodun test edilebilirli\u011fini ciddi \u015fekilde d\u00fc\u015f\u00fcr\u00fcr. Her bir ko\u015fullu dal\u0131 ayr\u0131 ayr\u0131 test etmek zorla\u015f\u0131r, \u00e7\u00fcnk\u00fc ba\u011f\u0131ml\u0131l\u0131klar ve yan etkiler birbiriyle i\u00e7 i\u00e7e ge\u00e7mi\u015ftir. Tek bir de\u011fi\u015fiklik, sistemin farkl\u0131 ve alakas\u0131z g\u00f6r\u00fcnen yerlerinde beklenmedik davran\u0131\u015flara neden olabilir. Bu durum, bak\u0131m maliyetlerini art\u0131r\u0131r, yeni geli\u015ftiricilerin projeye adaptasyon s\u00fcrecini uzat\u0131r ve nihayetinde yaz\u0131l\u0131m\u0131n geli\u015fim h\u0131z\u0131n\u0131 d\u00fc\u015f\u00fcr\u00fcr. Bu nedenle, daha s\u00fcrd\u00fcr\u00fclebilir, esnek ve y\u00f6netilebilir bir kod yap\u0131s\u0131 olu\u015fturmak i\u00e7in bu t\u00fcr karma\u015f\u0131k ko\u015fullu mant\u0131klardan ka\u00e7\u0131nmak ve onlar\u0131 daha uygun tasar\u0131m desenleriyle de\u011fi\u015ftirmek kritik \u00f6neme sahiptir.<\/p>\n \u0130kincisi, tek sorumluluk ilkesi (Single Responsibility Principle – SRP)<\/strong> ihlal edilir. Bir metodun veya s\u0131n\u0131f\u0131n birden fazla sorumlulu\u011fu \u00fcstlenmesi, onun karma\u015f\u0131kl\u0131\u011f\u0131n\u0131 art\u0131r\u0131r. \u00dc\u00e7\u00fcnc\u00fcs\u00fc, a\u00e7\u0131k\/kapal\u0131 ilkesi (Open\/Closed Principle – OCP)<\/strong> g\u00f6z ard\u0131 edilir. OCP’ye g\u00f6re, bir yaz\u0131l\u0131m varl\u0131\u011f\u0131 (s\u0131n\u0131f, mod\u00fcl, fonksiyon vb.) geli\u015ftirmeye a\u00e7\u0131k ancak de\u011fi\u015ftirmeye kapal\u0131 olmal\u0131d\u0131r. Yani, yeni bir \u00f6zellik eklendi\u011finde mevcut kodun davran\u0131\u015f\u0131n\u0131 de\u011fi\u015ftirmek yerine, yeni kod eklemeliyiz. Son olarak, kodun anla\u015f\u0131lmas\u0131 ve bak\u0131m\u0131<\/strong> zorla\u015f\u0131r. Bir geli\u015ftirici, karma\u015f\u0131k bir Yukar\u0131da bahsedilen sorunlar, daha iyi bir yap\u0131land\u0131rma ihtiyac\u0131n\u0131 a\u00e7\u0131k\u00e7a ortaya koymaktad\u0131r. Modern yaz\u0131l\u0131m geli\u015ftirmenin temel prensiplerinden biri, kodun esnekli\u011fini, geni\u015fletilebilirli\u011fini ve s\u00fcrd\u00fcr\u00fclebilirli\u011fini art\u0131rmakt\u0131r. Bu prensipleri sa\u011flaman\u0131n yollar\u0131ndan biri de tasar\u0131m desenlerini (design patterns) kullanmakt\u0131r. Tasar\u0131m desenleri, yaz\u0131l\u0131m geli\u015ftirme s\u00fcrecinde kar\u015f\u0131la\u015f\u0131lan yayg\u0131n sorunlara kan\u0131tlanm\u0131\u015f ve tekrar kullan\u0131labilir \u00e7\u00f6z\u00fcmler sunar.<\/p>\n Bu ba\u011flamda, “Strateji Deseni” (Strategy Pattern) tam da arad\u0131\u011f\u0131m\u0131z \u00e7\u00f6z\u00fcmd\u00fcr. Strateji Deseni, bir algoritma ailesini tan\u0131mlar, her birini ayr\u0131 bir s\u0131n\u0131fa kaps\u00fcller ve onlar\u0131 birbirinin yerine kullan\u0131labilir hale getirir. Bu, algoritman\u0131n istemciden ba\u011f\u0131ms\u0131z olarak de\u011fi\u015ftirilmesine olanak tan\u0131r. B\u00f6ylece, karma\u015f\u0131k ko\u015fullu mant\u0131k yerine, sistem \u00e7al\u0131\u015fma zaman\u0131nda hangi algoritman\u0131n veya stratejinin kullan\u0131laca\u011f\u0131na karar verir. Bu yakla\u015f\u0131m, sadece kodu d\u00fczenlemekle kalmaz, ayn\u0131 zamanda sistemin genel mimarisini iyile\u015ftirerek daha sa\u011flam ve uyarlanabilir uygulamalar olu\u015fturman\u0131n temelini atar.<\/p>\n Strateji Deseni, yaz\u0131l\u0131m tasar\u0131m\u0131nda s\u0131k\u00e7a kar\u015f\u0131la\u015f\u0131lan bir soruna zarif bir \u00e7\u00f6z\u00fcm sunan davran\u0131\u015fsal (behavioral) bir tasar\u0131m desenidir: belirli bir i\u015flemi ger\u00e7ekle\u015ftirmenin birden fazla yolu oldu\u011funda ve bu yollar\u0131n istemci taraf\u0131ndan \u00e7al\u0131\u015fma zaman\u0131nda se\u00e7ilebilmesi gerekti\u011finde kullan\u0131l\u0131r. Bu desen, her bir algoritmay\u0131 (veya stratejiyi) ayr\u0131 bir s\u0131n\u0131f\u0131n i\u00e7ine kaps\u00fcller ve bu s\u0131n\u0131flar\u0131n ortak bir aray\u00fcz\u00fc uygulamas\u0131n\u0131 sa\u011flar. B\u00f6ylece, istemci kod, belirli bir algoritmay\u0131 do\u011frudan \u00e7a\u011f\u0131rmak yerine, ortak aray\u00fcz \u00fczerinden i\u015flem yapar ve hangi algoritman\u0131n kullan\u0131laca\u011f\u0131n\u0131 \u00e7al\u0131\u015fma zaman\u0131nda dinamik olarak belirleyebilir.<\/p>\n Temelde, Strateji Deseni \u00fc\u00e7 ana bile\u015fenden olu\u015fur:<\/p>\n Bu yap\u0131 sayesinde, yeni bir algoritma veya davran\u0131\u015f eklendi\u011finde, sadece Strateji aray\u00fcz\u00fcn\u00fc uygulayan yeni bir Somut Strateji s\u0131n\u0131f\u0131 olu\u015fturmak yeterli olur. Mevcut Ba\u011flam s\u0131n\u0131f\u0131nda veya di\u011fer somut stratejilerde herhangi bir de\u011fi\u015fiklik yapmaya gerek kalmaz. Bu, kodun a\u00e7\u0131k\/kapal\u0131 ilkesine (Open\/Closed Principle) uymas\u0131n\u0131 sa\u011flar ve sistemin geni\u015fletilebilirli\u011fini \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r. Strateji Deseni, Strateji Deseni’nin temelinde, nesne y\u00f6nelimli programlaman\u0131n en g\u00fc\u00e7l\u00fc kavramlar\u0131ndan biri olan polimorfizm yatar. Polimorfizm, farkl\u0131 nesnelerin ayn\u0131 aray\u00fcz \u00fczerinden farkl\u0131 \u015fekillerde davranabilmesi anlam\u0131na gelir. Strateji Deseni’nde, t\u00fcm somut strateji s\u0131n\u0131flar\u0131 ayn\u0131 ortak strateji aray\u00fcz\u00fcn\u00fc (veya soyut s\u0131n\u0131f\u0131n\u0131) uygulad\u0131\u011f\u0131 i\u00e7in, ba\u011flam s\u0131n\u0131f\u0131 veya istemci kod, hangi somut stratejiyi kulland\u0131\u011f\u0131n\u0131 bilmek zorunda kalmadan o aray\u00fcz \u00fczerinden i\u015flem yapabilir.<\/p>\n Bu, \u015fu \u015fekilde \u00e7al\u0131\u015f\u0131r: Strateji aray\u00fcz\u00fc, ger\u00e7ekle\u015ftirilecek genel bir i\u015flemi tan\u0131mlar. \u00d6rne\u011fin, bir \u00f6deme sisteminde Bu mekanizma, Uzman \u0130pucu:<\/strong> Strateji Deseni’ni kullan\u0131rken, genellikle Dependency Injection (Ba\u011f\u0131ml\u0131l\u0131k Enjeksiyonu) prensibini de uygulayarak ba\u011flam s\u0131n\u0131f\u0131n\u0131n hangi stratejiyi kullanaca\u011f\u0131n\u0131 d\u0131\u015far\u0131dan belirlemesini sa\u011flamak en iyi uygulamad\u0131r. Bu, kodun daha gev\u015fek ba\u011fl\u0131 (loosely coupled) ve test edilebilir olmas\u0131n\u0131 sa\u011flar.<\/p>\n<\/p><\/div>\n Strateji Deseni, yaz\u0131l\u0131m projelerinize bir dizi \u00f6nemli avantaj getirir:<\/p>\n Bu avantajlar g\u00f6z \u00f6n\u00fcne al\u0131nd\u0131\u011f\u0131nda, Strateji Deseni, \u00f6zellikle karma\u015f\u0131k ve de\u011fi\u015fen i\u015f mant\u0131\u011f\u0131na sahip uygulamalarda, kod kalitesini ve geli\u015ftirme verimlili\u011fini art\u0131rmak i\u00e7in vazge\u00e7ilmez bir ara\u00e7t\u0131r. If-Else Hell’in getirdi\u011fi sorunlardan kurtulmak ve daha modern, esnek bir mimariye ge\u00e7mek isteyen her PHP geli\u015ftiricisi i\u00e7in g\u00fc\u00e7l\u00fc bir \u00e7\u00f6z\u00fcmd\u00fcr.<\/p>\n \u015eimdi teorik bilgiyi prati\u011fe d\u00f6kelim. Ger\u00e7ek d\u00fcnya senaryolar\u0131nda s\u0131k\u00e7a kar\u015f\u0131la\u015ft\u0131\u011f\u0131m\u0131z bir \u00f6rne\u011fi ele alal\u0131m: farkl\u0131 \u00f6deme y\u00f6ntemlerini y\u00f6neten bir sistem. Bu sistemin ba\u015flang\u0131\u00e7ta nas\u0131l bir “If-Else Cehennemi”ne sahip olabilece\u011fini g\u00f6recek, ard\u0131ndan Strateji Deseni’ni kullanarak bu karma\u015f\u0131kl\u0131\u011f\u0131 nas\u0131l ortadan kald\u0131raca\u011f\u0131m\u0131z\u0131 ad\u0131m ad\u0131m inceleyece\u011fiz. Bu vaka analizi, konunun s\u0131f\u0131rdan anla\u015f\u0131lmas\u0131na olanak tan\u0131yacak \u015fekilde tasarlanm\u0131\u015ft\u0131r.<\/p>\n Hayal edin ki bir e-ticaret uygulaman\u0131z var ve m\u00fc\u015fterilerinize kredi kart\u0131, PayPal ve banka havalesi gibi farkl\u0131 \u00f6deme se\u00e7enekleri sunuyorsunuz. Yeni \u00f6deme y\u00f6ntemleri ekledik\u00e7e veya mevcut y\u00f6ntemlerin mant\u0131\u011f\u0131n\u0131 de\u011fi\u015ftirdik\u00e7e, kodunuz h\u0131zla y\u00f6netilemez hale gelebilir. \u0130\u015fte tam bu noktada Strateji Deseni devreye giriyor. \u00d6rnek kod bloklar\u0131m\u0131z PHP’de yaz\u0131lm\u0131\u015f olup, her a\u015fama i\u00e7in hem mevcut (k\u00f6t\u00fc) durumu hem de refactoring (iyile\u015ftirme) sonras\u0131 (iyi) durumu g\u00f6sterecektir.<\/p>\n Amac\u0131m\u0131z, \u00f6deme i\u015flemcimizi \u00f6yle bir hale getirmek ki, yeni bir \u00f6deme y\u00f6ntemi eklemek veya mevcut bir y\u00f6ntemin detaylar\u0131n\u0131 de\u011fi\u015ftirmek i\u00e7in \u00d6ncelikle, ba\u015flang\u0131\u00e7taki “If-Else Cehennemi”ne d\u00fc\u015fm\u00fc\u015f \u00f6deme i\u015flemcisi s\u0131n\u0131f\u0131m\u0131z\u0131 inceleyelim. Bu s\u0131n\u0131f, <\/code><\/p>\n Yukar\u0131daki koda bakt\u0131\u011f\u0131n\u0131zda, Her yeni \u00f6deme y\u00f6ntemi eklendi\u011finde (\u00f6rne\u011fin, bir mobil \u00f6deme uygulamas\u0131), bu metoda yeni bir Bu yap\u0131, projenin s\u00fcrd\u00fcr\u00fclebilirli\u011fi ve bak\u0131m kolayl\u0131\u011f\u0131 a\u00e7\u0131s\u0131ndan ciddi bir problem te\u015fkil etmektedir. \u015eimdi bu karma\u015f\u0131kl\u0131\u011f\u0131 Strateji Deseni ile nas\u0131l sadele\u015ftirece\u011fimizi g\u00f6relim.<\/p>\n Strateji Deseni'nin ilk ad\u0131m\u0131, t\u00fcm stratejilerin uygulayaca\u011f\u0131 ortak bir aray\u00fcz tan\u0131mlamakt\u0131r. Bu aray\u00fcz, her bir \u00f6deme y\u00f6nteminin ger\u00e7ekle\u015ftirmesi gereken <\/code><\/p>\n Bu aray\u00fcz, basit ama g\u00fc\u00e7l\u00fc bir s\u00f6zle\u015fme sunar: Bu ad\u0131m, \"If-Else Cehennemi\"nden kurtulmak i\u00e7in temel bir soyutlama katman\u0131 olu\u015fturur. Art\u0131k, \u00f6deme i\u015flemini yapma sorumlulu\u011fu \u015eimdi, tan\u0131mlad\u0131\u011f\u0131m\u0131z <\/code><\/p>\n Her bir somut strateji s\u0131n\u0131f\u0131 art\u0131k tek bir sorumlulu\u011fa sahiptir: kendi \u00f6deme y\u00f6ntemine \u00f6zel mant\u0131\u011f\u0131 ger\u00e7ekle\u015ftirmek. Bu, a\u015fa\u011f\u0131daki avantajlar\u0131 sa\u011flar:<\/p>\n Bu ad\u0131mla, Stratejilerimizi tan\u0131mlad\u0131ktan ve somut strateji s\u0131n\u0131flar\u0131m\u0131z\u0131 olu\u015fturduktan sonra, s\u0131ra bu stratejileri kullanacak olan Ba\u011flam (Context) s\u0131n\u0131f\u0131n\u0131 olu\u015fturmaya geldi. Ba\u011flam s\u0131n\u0131f\u0131, istemci (client) ile stratejiler aras\u0131ndaki k\u00f6pr\u00fc g\u00f6revi g\u00f6r\u00fcr. \u0130stemci, do\u011frudan somut stratejilerle etkile\u015fime girmez; bunun yerine, ba\u011flam s\u0131n\u0131f\u0131 arac\u0131l\u0131\u011f\u0131yla i\u015flem yapar ve ba\u011flam, o anki se\u00e7ili stratejiye g\u00f6re i\u015flemi y\u00f6nlendirir.<\/p>\n <\/code><\/p>\n Bu yap\u0131 ile Strateji aray\u00fcz\u00fcm\u00fcz\u00fc, somut stratejilerimizi ve ba\u011flam s\u0131n\u0131f\u0131m\u0131z\u0131 olu\u015fturduktan sonra, art\u0131k sistemimizi yeni, temiz haliyle kullanabiliriz. \u0130\u015fte refactoring sonras\u0131 kodumuzun nas\u0131l g\u00f6r\u00fcnd\u00fc\u011f\u00fcn\u00fc ve nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 g\u00f6steren bir \u00f6rnek:<\/p>\n <\/code><\/p>\n Bu \u00f6rnekte g\u00f6rd\u00fc\u011f\u00fcn\u00fcz gibi, Bu mimari, \"If-Else Cehennemi\"nden tamamen kurtulmam\u0131z\u0131 sa\u011fl\u0131yor ve bir\u00e7ok avantaj sunuyor:<\/p>\n Bu refactoring ile kodumuz \u00e7ok daha esnek, s\u00fcrd\u00fcr\u00fclebilir ve y\u00f6netilebilir hale geldi. Art\u0131k projenizin b\u00fcy\u00fcmesi ve i\u015f gereksinimlerinin de\u011fi\u015fmesi durumunda bile \u00f6deme sisteminizi kolayca adapte edebilirsiniz.<\/p>\n Strateji Deseni, temel haliyle bile kod kalitesini \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r. Ancak, daha b\u00fcy\u00fck ve karma\u015f\u0131k uygulamalarda, stratejilerin se\u00e7imi ve y\u00f6netimi konusunda daha geli\u015fmi\u015f yakla\u015f\u0131mlara ihtiya\u00e7 duyabiliriz. Bu b\u00f6l\u00fcmde, Strateji Deseni'nin g\u00fcc\u00fcn\u00fc daha da art\u0131racak baz\u0131 ileri d\u00fczey teknikleri ve en iyi uygulamalar\u0131 inceleyece\u011fiz.<\/p>\n \u00d6zellikle, \u00e7al\u0131\u015fma zaman\u0131nda do\u011fru stratejiyi dinamik olarak se\u00e7me mekanizmas\u0131 ve bu se\u00e7imi daha esnek hale getirme yollar\u0131 \u00f6nemlidir. Geleneksel Bu teknikler, \u00f6zellikle modern PHP framework'leri (Laravel, Symfony vb.) veya b\u00fcy\u00fck \u00f6l\u00e7ekli kurumsal uygulamalar geli\u015ftirirken \u00e7ok i\u015finize yarayacakt\u0131r. Ba\u011f\u0131ml\u0131l\u0131k Enjeksiyonu (Dependency Injection) konteynerleri gibi ara\u00e7lar, stratejileri y\u00f6netmek i\u00e7in m\u00fckemmel bir ortam sa\u011flar. Performans optimizasyonu ve kod temizli\u011fi i\u00e7in dikkat edilmesi gereken noktalar da bu b\u00f6l\u00fcmde ele al\u0131nacakt\u0131r, b\u00f6ylece strateji desenini sadece uygulamakla kalmayacak, ayn\u0131 zamanda onu en verimli \u015fekilde kullanabileceksiniz.<\/p>\n Yukar\u0131daki \u00f6rnekte, istemci kodun do\u011frudan belirli bir strateji s\u0131n\u0131f\u0131n\u0131 \u00f6rnekleyip Bu ba\u011f\u0131ml\u0131l\u0131\u011f\u0131 daha da azaltmak ve strateji se\u00e7imini tamamen dinamik hale getirmek i\u00e7in genellikle Ba\u011f\u0131ml\u0131l\u0131k Enjeksiyonu (Dependency Injection - DI)<\/strong> ve bir Strateji Fabrikas\u0131 (Strategy Factory)<\/strong> veya Registry (Kay\u0131t)<\/strong> yap\u0131s\u0131 kullan\u0131l\u0131r.<\/p>\n Strateji Fabrikas\u0131 Yakla\u015f\u0131m\u0131:<\/strong><\/p>\n Bir strateji fabrikas\u0131, belirli kriterlere g\u00f6re do\u011fru strateji nesnesini d\u00f6nd\u00fcrme sorumlulu\u011funu \u00fcstlenir. Bu sayede istemci kod, hangi stratejiyi se\u00e7ece\u011fini bilmek veya do\u011frudan somut stratejileri \u00f6rneklemek zorunda kalmaz.<\/p>\n <\/code><\/p>\n Bu fabrika yap\u0131s\u0131 sayesinde, DI Konteynerleri ile Entegrasyon:<\/strong><\/p>\n Modern PHP framework'lerinde (Laravel, Symfony vb.), bir DI konteyneri stratejileri y\u00f6netmek i\u00e7in harika bir yoldur. Kontenyerin, belirli bir anahtar veya ko\u015fula g\u00f6re uygun strateji \u00f6rne\u011fini resolve etmesini sa\u011flayabilirsiniz.<\/p>\n <\/code><\/p>\n Bu yakla\u015f\u0131m, strateji se\u00e7im mant\u0131\u011f\u0131n\u0131 merkezi bir yere ta\u015f\u0131r ve istemci kodunu somut strateji ba\u011f\u0131ml\u0131l\u0131klar\u0131ndan tamamen ay\u0131r\u0131r. Bu da uygulaman\u0131n esnekli\u011fini, test edilebilirli\u011fini ve genel mimarisini zirveye ta\u015f\u0131r. Dependency Injection ve Strateji Deseni birle\u015fimi, s\u00fcrd\u00fcr\u00fclebilir yaz\u0131l\u0131m geli\u015ftirme i\u00e7in g\u00fc\u00e7l\u00fc bir ikilidir.<\/p>\n Strateji Deseni'ni uygularken, performans ve genel kod kalitesini art\u0131rmak i\u00e7in g\u00f6z \u00f6n\u00fcnde bulundurman\u0131z gereken baz\u0131 en iyi uygulamalar ve ipu\u00e7lar\u0131 bulunmaktad\u0131r:<\/p>\n Uzman \u0130pucu:<\/strong> B\u00fcy\u00fck \u00f6l\u00e7ekli bir uygulamada strateji se\u00e7imini optimize etmek i\u00e7in, stratejileri bir dizi yerine bir Bu ipu\u00e7lar\u0131n\u0131 ve en iyi uygulamalar\u0131 takip ederek, Strateji Deseni'nin avantajlar\u0131ndan tam olarak yararlanabilir ve hem performansl\u0131 hem de bak\u0131m\u0131 kolay, esnek PHP uygulamalar\u0131 geli\u015ftirebilirsiniz. Unutmay\u0131n, tasar\u0131m desenleri ara\u00e7lard\u0131r; onlar\u0131 ne zaman ve nas\u0131l kullanaca\u011f\u0131n\u0131z\u0131 bilmek, ustala\u015fman\u0131n anahtar\u0131d\u0131r.<\/p>\n Bu kapsaml\u0131 teknik makalede, PHP projelerinde s\u0131k\u00e7a kar\u015f\u0131la\u015f\u0131lan \"If-Else Cehennemi\" sorununu ve bu karma\u015fadan kurtulman\u0131n etkili bir yolu olan Strateji Deseni'ni detayl\u0131 bir \u015fekilde inceledik. Ba\u015flang\u0131\u00e7ta basit g\u00f6r\u00fcnen ko\u015fullu bloklar\u0131n zamanla nas\u0131l bir bak\u0131m kabusuna, kod tekrar\u0131na ve test edilebilirlik sorunlar\u0131na yol a\u00e7t\u0131\u011f\u0131n\u0131 g\u00f6rd\u00fck. Ard\u0131ndan, Strateji Deseni'nin temel yap\u0131s\u0131n\u0131 (Strateji Aray\u00fcz\u00fc, Somut Stratejiler, Ba\u011flam S\u0131n\u0131f\u0131) ve bu desenin polimorfizm g\u00fcc\u00fcn\u00fc nas\u0131l kulland\u0131\u011f\u0131n\u0131 \u00f6\u011frendik.<\/p>\n \u00d6deme i\u015flemleri gibi ger\u00e7ek d\u00fcnya senaryolar\u0131nda ad\u0131m ad\u0131m uygulad\u0131\u011f\u0131m\u0131z vaka analizi sayesinde, Son olarak, strateji se\u00e7imini dinamik hale getirmek i\u00e7in Strateji Fabrikas\u0131 ve Ba\u011f\u0131ml\u0131l\u0131k Enjeksiyonu gibi ileri d\u00fczey tekniklere de\u011findik ve performans ipu\u00e7lar\u0131 ile en iyi uygulamalar\u0131 payla\u015ft\u0131k. Unutmamak gerekir ki, Strateji Deseni sadece kodunuzu g\u00f6rsel olarak temizlemekle kalmaz, ayn\u0131 zamanda uygulaman\u0131z\u0131n genel mimarisini g\u00fc\u00e7lendirir, test edilebilirli\u011fi art\u0131r\u0131r ve uzun vadede geli\u015ftirme s\u00fcre\u00e7lerinizi h\u0131zland\u0131r\u0131r.<\/p>\n PHP projelerinizde karma\u015f\u0131k ko\u015fullu mant\u0131kla kar\u015f\u0131la\u015ft\u0131\u011f\u0131n\u0131zda, Strateji Deseni'nin sundu\u011fu bu zarif ve g\u00fc\u00e7l\u00fc \u00e7\u00f6z\u00fcm\u00fc g\u00f6z \u00f6n\u00fcnde bulundurarak daha y\u00fcksek kaliteli, bak\u0131m\u0131 kolay ve gelece\u011fe uyumlu yaz\u0131l\u0131mlar in\u015fa edebilirsiniz. If-Else Hell'den kurtulmak sadece bir refactoring ad\u0131m\u0131 de\u011fil, ayn\u0131 zamanda daha iyi bir yaz\u0131l\u0131m m\u00fchendisli\u011fi anlay\u0131\u015f\u0131na do\u011fru at\u0131lan \u00f6nemli bir ad\u0131md\u0131r.<\/p>\nif<\/code>, else if<\/code> ve else<\/code> bloklar\u0131yla dolmaya ba\u015flar. Bu durum, \u00f6zellikle tek bir fonksiyonda veya metotta farkl\u0131 ko\u015fullara ba\u011fl\u0131 olarak benzer ama varyasyonlu i\u015flemlerin yap\u0131ld\u0131\u011f\u0131 senaryolarda s\u0131k\u00e7a kar\u015f\u0131m\u0131za \u00e7\u0131kar. \u00d6rne\u011fin, bir \u00f6deme i\u015flemcisi d\u00fc\u015f\u00fcn\u00fcn: kredi kart\u0131, PayPal, havale gibi farkl\u0131 \u00f6deme y\u00f6ntemlerinin her biri i\u00e7in ayr\u0131 bir if<\/code> blo\u011fu a\u00e7\u0131l\u0131r. Yeni bir \u00f6deme y\u00f6ntemi eklendi\u011finde mevcut koda m\u00fcdahale etmek zorunda kal\u0131r\u0131z. Bu t\u00fcr de\u011fi\u015fiklikler hem zaman al\u0131c\u0131d\u0131r hem de mevcut kodda beklenmedik hatalara yol a\u00e7ma riskini ta\u015f\u0131r. Kod taban\u0131n\u0131n b\u00fcy\u00fcmesiyle birlikte, bu bloklar i\u00e7 i\u00e7e ge\u00e7erek okunabilirli\u011fi tamamen yok edebilir, b\u00f6ylece geli\u015ftiriciler i\u00e7in adeta bir labirente d\u00f6n\u00fc\u015f\u00fcr.<\/p>\nNeden If-Else Bloklar\u0131 Bir Kabusa D\u00f6n\u00fc\u015febilir?<\/h3>\n
If-Else<\/code> bloklar\u0131n\u0131n a\u015f\u0131r\u0131 kullan\u0131m\u0131, yaz\u0131l\u0131m\u0131n evrimi i\u00e7in bir\u00e7ok olumsuz etkiyi beraberinde getirir. \u0130lk olarak, kod tekrar\u0131 (duplication)<\/strong> b\u00fcy\u00fck bir problem haline gelir. Farkl\u0131 ko\u015fullar alt\u0131nda benzer i\u015flemlerin yap\u0131lmas\u0131 gerekti\u011finde, \u00e7o\u011fu zaman ayn\u0131 veya \u00e7ok benzer kod par\u00e7ac\u0131klar\u0131 birden fazla if<\/code> blo\u011funda tekrar yaz\u0131l\u0131r. Bu durum, herhangi bir mant\u0131k de\u011fi\u015fikli\u011finde birden fazla yeri g\u00fcncelleme zorunlulu\u011fu do\u011furur ve hata yapma olas\u0131l\u0131\u011f\u0131n\u0131 art\u0131r\u0131r.<\/p>\nIf-Else<\/code> cehennemi durumunda, tek bir metot farkl\u0131 ko\u015fullara g\u00f6re \u00e7ok say\u0131da i\u015flemi y\u00f6netmeye \u00e7al\u0131\u015f\u0131r, bu da onun odak noktas\u0131n\u0131 kaybetmesine ve bir “tanr\u0131 metot” haline gelmesine neden olur. SRP’nin ihlali, test yazmay\u0131 da zorla\u015ft\u0131r\u0131r, \u00e7\u00fcnk\u00fc her bir test senaryosu t\u00fcm metodun karma\u015f\u0131k yap\u0131s\u0131n\u0131 dikkate almak zorunda kal\u0131r.<\/p>\nIf-Else<\/code> y\u0131\u011f\u0131n\u0131nda ise, her yeni ko\u015ful veya \u00f6zellik i\u00e7in mevcut if<\/code> yap\u0131s\u0131na yeni else if<\/code> bloklar\u0131 eklememiz gerekir, bu da mevcut kodun s\u00fcrekli olarak de\u011fi\u015ftirilmesine yol a\u00e7ar. Bu durum, sistemin kararl\u0131l\u0131\u011f\u0131n\u0131 riske atar ve her de\u011fi\u015fiklikte regresyon hatalar\u0131n\u0131n ortaya \u00e7\u0131kma ihtimalini y\u00fckseltir.<\/p>\nif-else<\/code> yap\u0131s\u0131n\u0131 anlamak i\u00e7in zihinsel olarak daha fazla \u00e7aba sarf etmek zorunda kal\u0131r. Bu durum, hata ay\u0131klama (debugging) s\u00fcrecini uzat\u0131r ve yeni \u00f6zelliklerin entegrasyonunu yava\u015flat\u0131r. Uzun vadede, bu t\u00fcr kod tabanlar\u0131 “teknik bor\u00e7” biriktirir ve gelecekteki geli\u015ftirmeleri ciddi \u015fekilde yava\u015flatan bir y\u00fck haline gelir.<\/p>\nPeki \u00c7\u00f6z\u00fcm Ne Olmal\u0131?<\/h3>\n
If-Else<\/code> cehenneminden kurtulman\u0131n anahtar\u0131, ko\u015fullu mant\u0131\u011f\u0131 soyutlamak ve farkl\u0131 davran\u0131\u015flar\u0131 ayr\u0131, de\u011fi\u015ftirilebilir s\u0131n\u0131flara veya nesnelere b\u00f6lmektir. Bu sayede, her bir davran\u0131\u015f kendi i\u00e7inde izole edilebilir, test edilebilir ve ba\u011f\u0131ms\u0131z olarak geli\u015ftirilebilir hale gelir. Bu yakla\u015f\u0131m, kod tekrar\u0131n\u0131 azalt\u0131r, her bir mod\u00fcl\u00fcn tek bir sorumlulu\u011fa sahip olmas\u0131n\u0131 sa\u011flar ve sisteme yeni davran\u0131\u015flar eklerken mevcut kodu de\u011fi\u015ftirmeye gerek kalmamas\u0131n\u0131 temin eder.<\/p>\nStrateji Deseni Nedir ve Neden Hayat Kurtar\u0131r?<\/h2>\n
\n
processPayment()<\/code> metodu bu aray\u00fczde yer alabilir.<\/li>\nCreditCardPaymentStrategy<\/code>, PayPalPaymentStrategy<\/code> gibi s\u0131n\u0131flar.<\/li>\nif-else<\/code> bloklar\u0131n\u0131n neden oldu\u011fu kod karma\u015fas\u0131n\u0131 ortadan kald\u0131rarak, daha mod\u00fcler, test edilebilir ve s\u00fcrd\u00fcr\u00fclebilir bir mimari olu\u015fturman\u0131n kap\u0131lar\u0131n\u0131 a\u00e7ar.<\/p>\nStrateji Deseni: Polimorfizmin G\u00fcc\u00fc<\/h3>\n
odemeYap()<\/code> metodu. Daha sonra, KrediKartiOdemeStratejisi<\/code>, HavaleOdemeStratejisi<\/code> ve PayPalOdemeStratejisi<\/code> gibi her somut strateji, bu odemeYap()<\/code> metodunu kendi \u00f6zel \u00f6deme y\u00f6ntemi mant\u0131\u011f\u0131yla uygular. Ba\u011flam s\u0131n\u0131f\u0131 ise, sadece bir IOdemeStratejisi<\/code> tipinde bir nesneye referans tutar. Ba\u011flam, odemeYap()<\/code> metodunu \u00e7a\u011f\u0131rd\u0131\u011f\u0131nda, bu \u00e7a\u011fr\u0131, o anki referans\u0131n i\u015faret etti\u011fi somut stratejinin \u00f6zel implementasyonunu tetikler.<\/p>\nif-else<\/code> bloklar\u0131n\u0131n neden oldu\u011fu karma\u015fay\u0131 do\u011frudan \u00e7\u00f6zer. Art\u0131k, “E\u011fer \u00f6deme y\u00f6ntemi kredi kart\u0131 ise \u015funu yap, yok e\u011fer PayPal ise bunu yap…” \u015feklinde bir dizi ko\u015fullu kontrol yerine, tek bir polimorfik \u00e7a\u011fr\u0131 yeterli olur. Ba\u011flam s\u0131n\u0131f\u0131, belirli bir stratejiyi do\u011frudan se\u00e7ip \u00e7a\u011f\u0131rmak yerine, yaln\u0131zca elindeki strateji nesnesinin odemeYap()<\/code> metodunu \u00e7a\u011f\u0131r\u0131r. Hangi somut stratejinin kullan\u0131ld\u0131\u011f\u0131na dair karar, genellikle ba\u011flam s\u0131n\u0131f\u0131n\u0131 olu\u015fturan veya ona stratejiyi enjekte eden kod taraf\u0131ndan verilir. Bu esneklik, kodun daha mod\u00fcler olmas\u0131n\u0131 sa\u011flar, \u00e7\u00fcnk\u00fc yeni bir \u00f6deme y\u00f6ntemi eklendi\u011finde, sadece yeni bir somut strateji s\u0131n\u0131f\u0131 olu\u015fturulur ve mevcut kodda hi\u00e7bir de\u011fi\u015fiklik yapmaya gerek kalmaz. Bu sayede, sistemin geni\u015fletilebilirli\u011fi ve bak\u0131m kolayl\u0131\u011f\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde artar. Polimorfizm sayesinde, farkl\u0131 davran\u0131\u015flar ayn\u0131 aray\u00fcz alt\u0131nda toplanabilir ve bu, kodun daha temiz, daha anla\u015f\u0131l\u0131r ve daha s\u00fcrd\u00fcr\u00fclebilir olmas\u0131n\u0131 sa\u011flar.<\/p>\nBu Desen Bize Hangi Avantajlar\u0131 Sunar?<\/h3>\n
\n
If-Else<\/code> bloklar\u0131nda her bir dal\u0131 test etmek i\u00e7in karma\u015f\u0131k kurulumlar gerekebilirken, stratejilerde her bir davran\u0131\u015f kendi ba\u015f\u0131na izole edilebilir.<\/li>\nif-else<\/code> y\u0131\u011f\u0131nlar\u0131 yerini anlaml\u0131 isimlendirilmi\u015f strateji s\u0131n\u0131flar\u0131na b\u0131rak\u0131r. Bu, kodun amac\u0131n\u0131 ve i\u015flevselli\u011fini daha net bir \u015fekilde anlamay\u0131 sa\u011flar. \u0130stemci kod, hangi spesifik algoritman\u0131n \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 bilmek zorunda kalmaz, sadece bir strateji ile etkile\u015fime girer. Bu soyutlama, kod taban\u0131n\u0131n genel okunabilirli\u011fini art\u0131r\u0131r.<\/li>\nUygulamal\u0131 K\u0131s\u0131m: Ad\u0131m Ad\u0131m If-Else’den Stratejiye Ge\u00e7i\u015f (Vaka Analizi: \u00d6deme \u0130\u015flemleri)<\/h2>\n
PaymentProcessor<\/code> s\u0131n\u0131f\u0131nda b\u00fcy\u00fck de\u011fi\u015fiklikler yapmam\u0131za gerek kalmas\u0131n. Bu sayede, A\u00e7\u0131k\/Kapal\u0131 Prensibi’ne uyacak, kod tekrar\u0131n\u0131 azaltacak ve her bir \u00f6deme y\u00f6nteminin kendi sorumlulu\u011funa sahip olmas\u0131n\u0131 sa\u011flayaca\u011f\u0131z. Hadi ba\u015flayal\u0131m ve bu d\u00f6n\u00fc\u015f\u00fcm\u00fc ad\u0131m ad\u0131m ger\u00e7ekle\u015ftirelim.<\/p>\nMevcut Durum: If-Else Hell’deki \u00d6deme \u0130\u015flemcimiz<\/h3>\n
processPayment<\/code> ad\u0131nda tek bir metoda sahip olup, ald\u0131\u011f\u0131 \u00f6deme y\u00f6ntemine g\u00f6re farkl\u0131 mant\u0131klar uygulamaktad\u0131r.<\/p>\n\n 1000) {\n echo \"1000 TL \u00fczeri i\u015flem i\u00e7in ek g\u00fcvenlik kontrol\u00fc yap\u0131ld\u0131.\\n\";\n }\n \/\/ Ba\u015far\u0131l\u0131 \u00f6deme\n return true;\n } elseif ($paymentMethod === 'paypal') {\n echo \"PayPal ile {$amount} TL \u00f6deme i\u015fleniyor...\\n\";\n \/\/ PayPal API'si ile entegrasyon mant\u0131\u011f\u0131\n \/\/ PayPal'a \u00f6zel komisyon hesaplamalar\u0131\n $commission = $amount * 0.02;\n echo \"PayPal komisyonu: {$commission} TL.\\n\";\n return true;\n } elseif ($paymentMethod === 'bank_transfer') {\n echo \"Banka havalesi ile {$amount} TL \u00f6deme i\u015fleniyor...\\n\";\n \/\/ Banka havalesi \u00f6zel mant\u0131\u011f\u0131: i\u015flem durumu 'beklemede' olarak ayarlan\u0131r.\n echo \"Havale i\u015flemi onay bekliyor.\\n\";\n return true;\n } else {\n echo \"Ge\u00e7ersiz \u00f6deme y\u00f6ntemi: {$paymentMethod}\\n\";\n return false;\n }\n }\n}\n\n\/\/ Kullan\u0131m \u00f6rne\u011fi\n$processor = new PaymentProcessor();\n$processor->processPayment('credit_card', 150.00);\n$processor->processPayment('paypal', 500.00);\n$processor->processPayment('bank_transfer', 2500.00);\n$processor->processPayment('bitcoin', 100.00); \/\/ Hata: ge\u00e7ersiz \u00f6deme y\u00f6ntemi\n\n?>\n<\/pre>\nPaymentProcessor<\/code> s\u0131n\u0131f\u0131n\u0131n processPayment<\/code> metodu, birden fazla sorumlulu\u011fu \u00fczerinde bar\u0131nd\u0131r\u0131yor:<\/p>\n\n
else if<\/code> blo\u011fu eklememiz gerekecek. Bu durum:<\/p>\n\n
PaymentProcessor<\/code> s\u0131n\u0131f\u0131n\u0131n b\u00fcy\u00fcmesine ve karma\u015f\u0131kla\u015fmas\u0131na neden olur.<\/li>\nprocessPayment<\/code> metodunun tek sorumluluk ilkesini ihlal etmesine yol a\u00e7ar.<\/li>\nStrateji Aray\u00fcz\u00fcn\u00fc Tan\u0131mlamak<\/h3>\n
pay<\/code> metodunu tan\u0131mlayacakt\u0131r.<\/p>\n\n\n<\/pre>\nPaymentStrategy<\/code> aray\u00fcz\u00fcn\u00fc uygulayan her s\u0131n\u0131f\u0131n bir pay(float $amount)<\/code> metodu olmal\u0131d\u0131r. Bu metot, belirtilen miktar\u0131 i\u015fleyip i\u015flemin ba\u015far\u0131l\u0131 olup olmad\u0131\u011f\u0131n\u0131 d\u00f6nd\u00fcrmelidir. Bu sayede, farkl\u0131 \u00f6deme y\u00f6ntemleri i\u00e7in ayn\u0131 metod imzas\u0131 korunmu\u015f olur ve polimorfizm ilkesi uygulan\u0131r. \u0130stemci kod, spesifik bir \u00f6deme y\u00f6nteminin nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 bilmeden bu aray\u00fcz \u00fczerinden i\u015flem yapabilir.<\/p>\nPaymentProcessor<\/code> s\u0131n\u0131f\u0131ndan, bu yeni aray\u00fcz\u00fc uygulayacak olan strateji s\u0131n\u0131flar\u0131na devredilecektir. Bu, her bir sorumlulu\u011fun kendi ayr\u0131 s\u0131n\u0131f\u0131na ait olmas\u0131n\u0131 sa\u011flayarak kodun mod\u00fclerli\u011fini ve anla\u015f\u0131l\u0131rl\u0131\u011f\u0131n\u0131 art\u0131racakt\u0131r. Gelecekte ekleyece\u011fimiz yeni \u00f6deme y\u00f6ntemleri de sadece bu aray\u00fcz\u00fc uygulayarak sisteme kolayca entegre edilebilecektir.<\/p>\nSomut Stratejilerimizi Olu\u015fturmak<\/h3>\n
PaymentStrategy<\/code> aray\u00fcz\u00fcn\u00fc uygulayan somut \u00f6deme stratejisi s\u0131n\u0131flar\u0131n\u0131 olu\u015ftural\u0131m. Her bir s\u0131n\u0131f, belirli bir \u00f6deme y\u00f6ntemine (kredi kart\u0131, PayPal, banka havalesi) ait mant\u0131\u011f\u0131 kapsayacakt\u0131r.<\/p>\n\n 1000) {\n echo \"1000 TL \u00fczeri i\u015flem i\u00e7in ek g\u00fcvenlik kontrol\u00fc yap\u0131ld\u0131 (Kredi Kart\u0131).\\n\";\n }\n \/\/ Ba\u015far\u0131l\u0131 \u00f6deme\n return true;\n }\n}\n\n\/\/ PayPalPaymentStrategy.php\nclass PayPalPaymentStrategy implements PaymentStrategy\n{\n public function pay(float $amount): bool\n {\n echo \"PayPal ile {$amount} TL \u00f6deme i\u015fleniyor (Strateji).\\n\";\n \/\/ PayPal API'si ile entegrasyon mant\u0131\u011f\u0131\n $commission = $amount * 0.02;\n echo \"PayPal komisyonu: {$commission} TL (PayPal).\\n\";\n return true;\n }\n}\n\n\/\/ BankTransferPaymentStrategy.php\nclass BankTransferPaymentStrategy implements PaymentStrategy\n{\n public function pay(float $amount): bool\n {\n echo \"Banka havalesi ile {$amount} TL \u00f6deme i\u015fleniyor (Strateji).\\n\";\n \/\/ Banka havalesi \u00f6zel mant\u0131\u011f\u0131: i\u015flem durumu 'beklemede' olarak ayarlan\u0131r.\n echo \"Havale i\u015flemi onay bekliyor (Banka Havalesi).\\n\";\n return true;\n }\n}\n\n?>\n<\/pre>\n\n
PaymentStrategy<\/code> aray\u00fcz\u00fcn\u00fc uygulayan yeni bir s\u0131n\u0131f (BitcoinPaymentStrategy<\/code>) olu\u015fturursunuz.<\/li>\nif-else<\/code> bloklar\u0131n\u0131 taramak yerine, ilgili strateji s\u0131n\u0131f\u0131na bakman\u0131z yeterlidir.<\/li>\n<\/ul>\nPaymentProcessor<\/code> s\u0131n\u0131f\u0131m\u0131z\u0131n \u00fczerindeki y\u00fck\u00fc b\u00fcy\u00fck \u00f6l\u00e7\u00fcde hafiflettik ve \u00f6deme mant\u0131klar\u0131n\u0131 daha y\u00f6netilebilir, mod\u00fcler par\u00e7alara ay\u0131rd\u0131k. \u015eimdi bu stratejileri y\u00f6netecek olan Ba\u011flam s\u0131n\u0131f\u0131m\u0131z\u0131 olu\u015fturmaya ge\u00e7ebiliriz.<\/p>\nBa\u011flam S\u0131n\u0131f\u0131 (Context) ile Stratejileri Y\u00f6netmek<\/h3>\n
\npaymentStrategy = $paymentStrategy;\n }\n\n \/\/ \u00c7al\u0131\u015fma zaman\u0131nda stratejiyi de\u011fi\u015ftirmek i\u00e7in setter metot\n public function setPaymentStrategy(PaymentStrategy $paymentStrategy): void\n {\n $this->paymentStrategy = $paymentStrategy;\n }\n\n public function executePayment(float $amount): bool\n {\n echo \"\u00d6deme ba\u011flam\u0131 arac\u0131l\u0131\u011f\u0131yla i\u015flem ba\u015flat\u0131l\u0131yor...\\n\";\n return $this->paymentStrategy->pay($amount);\n }\n}\n\n?>\n<\/pre>\nPaymentContext<\/code> s\u0131n\u0131f\u0131n\u0131n ana \u00f6zellikleri \u015funlard\u0131r:<\/p>\n\n
PaymentStrategy<\/code> aray\u00fcz\u00fc t\u00fcr\u00fcnde bir nesne tutar. Bu, herhangi bir somut strateji nesnesi olabilece\u011fi anlam\u0131na gelir (polimorfizm sayesinde).<\/li>\n__construct<\/code>) arac\u0131l\u0131\u011f\u0131yla bir PaymentStrategy<\/code> nesnesi al\u0131r. Bu, Ba\u011flam s\u0131n\u0131f\u0131n\u0131n hangi stratejiyi kullanaca\u011f\u0131n\u0131 d\u0131\u015far\u0131dan belirlenmesini sa\u011flar ve ba\u011f\u0131ml\u0131l\u0131k enjeksiyonu prensibini uygular.<\/li>\nsetPaymentStrategy<\/code> metodu sayesinde, Ba\u011flam s\u0131n\u0131f\u0131n\u0131n stratejisi \u00e7al\u0131\u015fma zaman\u0131nda dinamik olarak de\u011fi\u015ftirilebilir. Bu, uygulaman\u0131n esnekli\u011fini art\u0131r\u0131r.<\/li>\nexecutePayment<\/code> Metodu:<\/strong> \u0130stemcinin \u00e7a\u011f\u0131raca\u011f\u0131 ana metottur. Bu metot, kendi i\u00e7inde \u00f6deme mant\u0131\u011f\u0131 bar\u0131nd\u0131rmak yerine, sadece mevcut strateji nesnesinin pay()<\/code> metodunu \u00e7a\u011f\u0131r\u0131r. Bu sayede, t\u00fcm ko\u015fullu mant\u0131k Ba\u011flam s\u0131n\u0131f\u0131ndan temizlenmi\u015f olur.<\/li>\n<\/ul>\nPaymentContext<\/code> s\u0131n\u0131f\u0131m\u0131z olduk\u00e7a \"ince\" (thin) ve odaklanm\u0131\u015f hale gelir. Kendi ba\u015f\u0131na karma\u015f\u0131k bir i\u015f mant\u0131\u011f\u0131 i\u00e7ermez; sadece stratejiyi kullanarak i\u015fi delege eder. Bu da onu y\u00fcksek oranda yeniden kullan\u0131labilir, test edilebilir ve anla\u015f\u0131l\u0131r k\u0131lar. Art\u0131k ilk \"If-Else Cehennemi\"mizden eser kalmad\u0131! Sadece hangi stratejiyi kullanmak istiyorsak onu PaymentContext<\/code>'e veririz ve o da i\u015fi halleder.<\/p>\nUygulama ve Test Etme: Refactoring Sonras\u0131<\/h3>\n
\n 1000) {\n echo \"1000 TL \u00fczeri i\u015flem i\u00e7in ek g\u00fcvenlik kontrol\u00fc yap\u0131ld\u0131 (Kredi Kart\u0131).\\n\";\n }\n return true;\n }\n}\n\n\/\/ PayPalPaymentStrategy.php\nclass PayPalPaymentStrategy implements PaymentStrategy\n{\n public function pay(float $amount): bool\n {\n echo \"PayPal ile {$amount} TL \u00f6deme i\u015fleniyor (Strateji).\\n\";\n $commission = $amount * 0.02;\n echo \"PayPal komisyonu: {$commission} TL (PayPal).\\n\";\n return true;\n }\n}\n\n\/\/ BankTransferPaymentStrategy.php\nclass BankTransferPaymentStrategy implements PaymentStrategy\n{\n public function pay(float $amount): bool\n {\n echo \"Banka havalesi ile {$amount} TL \u00f6deme i\u015fleniyor (Strateji).\\n\";\n echo \"Havale i\u015flemi onay bekliyor (Banka Havalesi).\\n\";\n return true;\n }\n}\n\n\/\/ PaymentContext.php\nclass PaymentContext\n{\n private PaymentStrategy $paymentStrategy;\n\n public function __construct(PaymentStrategy $paymentStrategy)\n {\n $this->paymentStrategy = $paymentStrategy;\n }\n\n public function setPaymentStrategy(PaymentStrategy $paymentStrategy): void\n {\n $this->paymentStrategy = $paymentStrategy;\n }\n\n public function executePayment(float $amount): bool\n {\n echo \"\u00d6deme ba\u011flam\u0131 arac\u0131l\u0131\u011f\u0131yla i\u015flem ba\u015flat\u0131l\u0131yor...\\n\";\n return $this->paymentStrategy->pay($amount);\n }\n}\n\n\/\/ --- Kullan\u0131m Alan\u0131 (Client Code) ---\n\n\/\/ Kredi kart\u0131 ile \u00f6deme\n$creditCardPayment = new PaymentContext(new CreditCardPaymentStrategy());\n$creditCardPayment->executePayment(250.00);\necho \"---\\n\";\n\n\/\/ PayPal ile \u00f6deme\n$payPalPayment = new PaymentContext(new PayPalPaymentStrategy());\n$payPalPayment->executePayment(75.50);\necho \"---\\n\";\n\n\/\/ Dinamik strateji de\u011fi\u015fimi - \u00f6rne\u011fin ayn\u0131 ba\u011flam nesnesini yeniden kullanmak\n$bankTransferPayment = new PaymentContext(new BankTransferPaymentStrategy());\n$bankTransferPayment->executePayment(1200.00);\necho \"---\\n\";\n\n\/\/ Yeni bir \u00f6deme y\u00f6ntemi eklemek istedi\u011finizde:\n\/\/ 1. Yeni bir PaymentStrategy uygulayan s\u0131n\u0131f olu\u015fturun (\u00f6r: BitcoinPaymentStrategy).\n\/\/ 2. Bu yeni stratejiyi PaymentContext'e verin.\n\/\/ Hi\u00e7bir mevcut s\u0131n\u0131f\u0131 de\u011fi\u015ftirmek zorunda kalmazs\u0131n\u0131z!\n\n?>\n<\/pre>\nPaymentContext<\/code> s\u0131n\u0131f\u0131 art\u0131k herhangi bir if-else<\/code> blo\u011fu i\u00e7ermiyor. Hangi \u00f6deme stratejisinin kullan\u0131laca\u011f\u0131, PaymentContext<\/code> nesnesi olu\u015fturulurken veya setPaymentStrategy<\/code> metodu arac\u0131l\u0131\u011f\u0131yla \u00e7al\u0131\u015fma zaman\u0131nda belirleniyor. \u0130stemci kod, sadece executePayment<\/code> metodunu \u00e7a\u011f\u0131rarak i\u015flemi ger\u00e7ekle\u015ftiriyor ve altta yatan spesifik \u00f6deme mant\u0131\u011f\u0131yla ilgilenmiyor.<\/p>\n\n
PaymentStrategy<\/code> aray\u00fcz\u00fcn\u00fc uygulayan yeni bir s\u0131n\u0131f olu\u015fturman\u0131z yeterlidir. Mevcut PaymentContext<\/code> veya di\u011fer strateji s\u0131n\u0131flar\u0131na dokunman\u0131z gerekmez. Bu, A\u00e7\u0131k\/Kapal\u0131 Prensibi'ne m\u00fckemmel bir \u00f6rnektir.<\/li>\nCreditCardPaymentStrategy<\/code> s\u0131n\u0131f\u0131n\u0131 test etmek i\u00e7in PayPalPaymentStrategy<\/code> s\u0131n\u0131f\u0131na ba\u011f\u0131ml\u0131 de\u011filsiniz.<\/li>\nPaymentStrategy<\/code> aray\u00fcz\u00fc s\u00f6zle\u015fmeyi tan\u0131mlar, somut stratejiler belirli bir \u00f6deme y\u00f6ntemini uygular ve PaymentContext<\/code> stratejiyi y\u00f6netir ve delege eder.<\/li>\n<\/ul>\n\u0130leri D\u00fczey Kullan\u0131m: Strateji Desenini Daha Verimli Hale Getirmek<\/h2>\n
if-else<\/code> bloklar\u0131ndan ka\u00e7\u0131nmak i\u00e7in strateji se\u00e7iminde de ak\u0131ll\u0131ca davranmal\u0131y\u0131z. Ayr\u0131ca, Strateji Deseni'ni di\u011fer tasar\u0131m desenleri veya prensiplerle birle\u015ftirerek daha sa\u011flam ve performansl\u0131 sistemler nas\u0131l olu\u015fturulur, bu konulara de\u011finece\u011fiz.<\/p>\nStrateji Se\u00e7imini Dinamik Hale Getirmek (Dependency Injection)<\/h3>\n
PaymentContext<\/code>'e enjekte etti\u011fini g\u00f6rd\u00fck (new PaymentContext(new CreditCardPaymentStrategy())<\/code>). K\u00fc\u00e7\u00fck uygulamalar i\u00e7in bu kabul edilebilir olsa da, b\u00fcy\u00fck \u00f6l\u00e7ekli uygulamalarda bu yakla\u015f\u0131m istemci kodunu yine de belirli somut stratejilere ba\u011f\u0131ml\u0131 hale getirir. Bu, yeni bir strateji eklendi\u011finde istemci kodunda de\u011fi\u015fiklik yapma ihtiyac\u0131n\u0131 do\u011furabilir.<\/p>\n\nstrategies = [\n 'credit_card' => new CreditCardPaymentStrategy(),\n 'paypal' => new PayPalPaymentStrategy(),\n 'bank_transfer' => new BankTransferPaymentStrategy(),\n ];\n }\n\n public function getStrategy(string $method): ?PaymentStrategy\n {\n if (isset($this->strategies[$method])) {\n return $this->strategies[$method];\n }\n \/\/ E\u011fer strateji bulunamazsa null veya varsay\u0131lan bir strateji d\u00f6nd\u00fcr\u00fclebilir.\n \/\/ Veya bir istisna f\u0131rlat\u0131labilir.\n return null;\n }\n}\n\n\/\/ --- Kullan\u0131m Alan\u0131 (Client Code) ---\n$factory = new PaymentStrategyFactory();\n$paymentMethodFromRequest = 'credit_card'; \/\/ Bu de\u011fer HTTP iste\u011finden gelebilir\n\n$strategy = $factory->getStrategy($paymentMethodFromRequest);\n\nif ($strategy) {\n $context = new PaymentContext($strategy);\n $context->executePayment(500.00);\n} else {\n echo \"Hata: Ge\u00e7ersiz \u00f6deme y\u00f6ntemi se\u00e7ildi.\\n\";\n}\n\n\/\/ Yeni bir strateji eklemek i\u00e7in sadece factory s\u0131n\u0131f\u0131n\u0131 ve strategies dizisini g\u00fcncellersiniz.\n\/\/ \u0130stemci kodunda hi\u00e7bir de\u011fi\u015fiklik yapman\u0131za gerek kalmaz.\n\n?>\n<\/pre>\nPaymentContext<\/code>'e hangi stratejinin gidece\u011fini belirleme sorumlulu\u011fu factory s\u0131n\u0131f\u0131na ge\u00e7er. \u0130stemci sadece \"bana bu \u00f6deme y\u00f6ntemi i\u00e7in stratejiyi ver\" der. Bu, ba\u011f\u0131ml\u0131l\u0131klar\u0131n tersine \u00e7evrilmesi (Inversion of Control - IoC)<\/strong> prensibini daha da g\u00fc\u00e7lendirir.<\/p>\n\napp->bind(PaymentStrategy::class, function ($app) {\n\/\/ $method = request()->input('payment_method');\n\/\/ switch ($method) {\n\/\/ case 'credit_card': return $app->make(CreditCardPaymentStrategy::class);\n\/\/ case 'paypal': return $app->make(PayPalPaymentStrategy::class);\n\/\/ \/\/ ...\n\/\/ default: throw new InvalidArgumentException(\"Ge\u00e7ersiz \u00f6deme y\u00f6ntemi.\");\n\/\/ }\n\/\/ });\n\n\/\/ Kontrolc\u00fc veya Servis S\u0131n\u0131f\u0131nda Kullan\u0131m:\n\/\/ public function process(Request $request, PaymentContext $context)\n\/\/ {\n\/\/ \/\/ PaymentContext otomatik olarak do\u011fru PaymentStrategy ile enjekte edilir\n\/\/ $amount = $request->input('amount');\n\/\/ $context->executePayment($amount);\n\/\/ }\n\n?>\n<\/pre>\nPerformans \u0130pu\u00e7lar\u0131 ve En \u0130yi Uygulamalar<\/h3>\n
\n
DefaultPaymentStrategy<\/code>, \"Ge\u00e7ersiz \u00f6deme y\u00f6ntemi\" mesaj\u0131n\u0131 g\u00f6sterip false<\/code> d\u00f6nd\u00fcrebilir.<\/li>\nPaymentStrategy<\/code>, CreditCardPaymentStrategy<\/code>, PaymentContext<\/code> gibi isimler, kodun amac\u0131n\u0131 ilk bak\u0131\u015fta anlamay\u0131 kolayla\u015ft\u0131r\u0131r.<\/li>\nSplObjectStorage<\/code> (PHP'nin yerle\u015fik nesne haritalama yap\u0131s\u0131) veya benzeri bir veri yap\u0131s\u0131nda tutarak arama s\u00fcrelerini k\u0131saltabilir ve bellek kullan\u0131m\u0131n\u0131 daha verimli hale getirebilirsiniz. Ayr\u0131ca, WeakMap<\/code> gibi yap\u0131lar, strateji nesnelerinin art\u0131k referans edilmedi\u011finde otomatik olarak bellekten kald\u0131r\u0131lmas\u0131n\u0131 sa\u011flayarak bellek y\u00f6netimini optimize edebilir.<\/p>\n<\/p><\/div>\nSonu\u00e7 ve S\u0131k\u00e7a Sorulan Sorular<\/h2>\n
\u00d6zet: Temiz Koda Giden Yol<\/h3>\n
if-else<\/code> bloklar\u0131yla dolu bir kod par\u00e7as\u0131n\u0131 nas\u0131l daha mod\u00fcler, esnek ve s\u00fcrd\u00fcr\u00fclebilir bir yap\u0131ya d\u00f6n\u00fc\u015ft\u00fcrebilece\u011fimizi pratik olarak g\u00f6rd\u00fck. Her bir \u00f6deme y\u00f6nteminin kendi strateji s\u0131n\u0131f\u0131na ayr\u0131lmas\u0131yla, kod tekrar\u0131n\u0131 azaltt\u0131k, Tek Sorumluluk \u0130lkesi'ne uyum sa\u011flad\u0131k ve A\u00e7\u0131k\/Kapal\u0131 \u0130lkesi'ni uygulayarak gelecekteki geli\u015ftirmelere kap\u0131 a\u00e7t\u0131k.<\/p>\nS\u0131k\u00e7a Sorulan Sorular (SSS)<\/h3>\n
\n
if-else<\/code> yerine kullan\u0131lmal\u0131 m\u0131d\u0131r?<\/strong>
\n Hay\u0131r, her zaman de\u011fil. Strateji Deseni, davran\u0131\u015flar\u0131n s\u0131k\u00e7a de\u011fi\u015fti\u011fi, \u00e7al\u0131\u015fma zaman\u0131nda se\u00e7ilmesi gereken farkl\u0131 algoritmalar\u0131n oldu\u011fu veya yeni algoritmalar\u0131n kolayca eklenebilmesi gereken durumlarda en faydal\u0131d\u0131r. E\u011fer ko\u015fullar\u0131n\u0131z \u00e7ok basitse ve de\u011fi\u015fme olas\u0131l\u0131\u011f\u0131 d\u00fc\u015f\u00fckse, basit bir if-else<\/code> blo\u011fu veya switch<\/code> ifadesi yeterli olabilir. A\u015f\u0131r\u0131 m\u00fchendislikten ka\u00e7\u0131nmak \u00f6nemlidir.\n <\/li>\n
\n Strateji Deseni, bir algoritma ailesini ve istemcinin bu algoritmalar\u0131 \u00e7al\u0131\u015fma zaman\u0131nda nas\u0131l kullanaca\u011f\u0131n\u0131 tan\u0131mlar. Fabrika Deseni ise nesne olu\u015fturma mant\u0131\u011f\u0131n\u0131 kaps\u00fcller. Bu iki desen genellikle birlikte kullan\u0131l\u0131r. Bir strateji fabrikas\u0131, do\u011fru strateji nesnesini olu\u015fturma ve istemciye sunma sorumlulu\u011funu \u00fcstlenerek, istemcinin hangi somut stratejiyi se\u00e7ece\u011fini bilme ihtiyac\u0131n\u0131 ortadan kald\u0131r\u0131r. Bu sayede Strateji Deseni daha esnek ve dinamik hale gelir.\n <\/li>\n
\n Genel olarak, modern sistemlerdeki performans maliyeti ihmal edilebilir d\u00fczeydedir. Ekstra s\u0131n\u0131f olu\u015fturma ve metod \u00e7a\u011fr\u0131lar\u0131 gibi k\u00fc\u00e7\u00fck bir genel y\u00fck olabilir, ancak bu genellikle kodun esnekli\u011fi, bak\u0131m\u0131 ve test edilebilirli\u011fi gibi sa\u011flad\u0131\u011f\u0131 avantajlar kar\u015f\u0131s\u0131nda \u00f6nemsizdir. E\u011fer strateji nesneleri durumsuz ise (stateless), bunlar\u0131 \u00f6nbelle\u011fe alarak veya tekil (singleton) olarak kullanarak bu k\u00fc\u00e7\u00fck maliyet daha da optimize edilebilir.\n <\/li>\n
\n Strateji Deseni, s\u0131kl\u0131kla Fabrika Deseni (strateji olu\u015fturmak i\u00e7in), Ba\u011f\u0131ml\u0131l\u0131k Enjeksiyonu (stratejileri ba\u011flama enjekte etmek i\u00e7in), Komut Deseni (bir strateji bir komutu uygulayabilir) ve Adapt\u00f6r Deseni (mevcut bir k\u00fct\u00fcphaneyi bir strateji aray\u00fcz\u00fcne uydurmak i\u00e7in) ile birle\u015ftirilir. Ayr\u0131ca, Null Object Deseni, bir strateji bulunamad\u0131\u011f\u0131nda sa\u011flam bir varsay\u0131lan davran\u0131\u015f sa\u011flamak i\u00e7in kullan\u0131labilir.\n <\/li>\n<\/ul>\n