{"id":34464,"date":"2025-11-17T02:01:37","date_gmt":"2025-11-16T23:01:37","guid":{"rendered":"https:\/\/fatihsoysal.com\/blog\/python-tasarim-desenleriyle-temiz-mimari-nasil-olusturulur\/"},"modified":"2025-11-17T02:01:37","modified_gmt":"2025-11-16T23:01:37","slug":"python-tasarim-desenleriyle-temiz-mimari-nasil-olusturulur","status":"publish","type":"post","link":"https:\/\/fatihsoysal.com\/blog\/python-tasarim-desenleriyle-temiz-mimari-nasil-olusturulur\/","title":{"rendered":"Python Tasar\u0131m Desenleriyle Temiz Mimari Nas\u0131l Olu\u015fturulur?"},"content":{"rendered":"

<\/p>\n

Modern Python projelerinde yaz\u0131l\u0131m\u0131n s\u00fcrd\u00fcr\u00fclebilirli\u011fini, test edilebilirli\u011fini ve \u00f6l\u00e7eklenebilirli\u011fini sa\u011flamak, her geli\u015ftiricinin en b\u00fcy\u00fck hedeflerindendir. Ancak, zamanla karma\u015f\u0131kla\u015fan kod tabanlar\u0131, projenin y\u00f6netimini bir kabusa \u00e7evirebilir. Peki, bu sorunlar\u0131n \u00fcstesinden gelmek ve uzun \u00f6m\u00fcrl\u00fc, sa\u011fl\u0131kl\u0131 uygulamalar in\u015fa etmek m\u00fcmk\u00fcn m\u00fc? Elbette! Bu makale, Python tasar\u0131m desenlerini kullanarak temiz mimari prensiplerini projelerinize nas\u0131l entegre edece\u011finizi ad\u0131m ad\u0131m a\u00e7\u0131klayacak, b\u00f6ylece daha esnek ve g\u00fc\u00e7l\u00fc sistemler geli\u015ftirebileceksiniz.<\/p>\n

G\u00fcn\u00fcm\u00fcz yaz\u0131l\u0131m d\u00fcnyas\u0131nda, bir projenin sadece \u00e7al\u0131\u015f\u0131r durumda olmas\u0131 yeterli de\u011fildir; ayn\u0131 zamanda de\u011fi\u015fen gereksinimlere h\u0131zla adapte olabilmeli, kolayca test edilebilmeli ve yeni \u00f6zellikler eklendi\u011finde mevcut yap\u0131y\u0131 bozmamal\u0131d\u0131r. Ne yaz\u0131k ki, bir\u00e7ok proje ba\u015flang\u0131\u00e7ta h\u0131zl\u0131 geli\u015fim vaadiyle spagetti koda d\u00f6n\u00fc\u015fme potansiyeli ta\u015f\u0131r. Ba\u011f\u0131ml\u0131l\u0131klar\u0131n i\u00e7 i\u00e7e ge\u00e7ti\u011fi, i\u015f mant\u0131\u011f\u0131n\u0131n veritaban\u0131 sorgular\u0131yla kar\u0131\u015ft\u0131\u011f\u0131 veya kullan\u0131c\u0131 aray\u00fcz\u00fc bile\u015fenlerinin direkt i\u015f kurallar\u0131na m\u00fcdahale etti\u011fi yap\u0131lar, zamanla bak\u0131m\u0131 zor, hatalara a\u00e7\u0131k ve geli\u015ftirici verimlili\u011fini d\u00fc\u015f\u00fcren canavarlara d\u00f6n\u00fc\u015f\u00fcr. Bu durum, \u00f6zellikle b\u00fcy\u00fck ve uzun soluklu Python uygulamalar\u0131 i\u00e7in ciddi bir engel te\u015fkil eder. De\u011fi\u015fen veritaban\u0131 teknolojileri, farkl\u0131 kullan\u0131c\u0131 aray\u00fcz\u00fc gereksinimleri veya \u00fc\u00e7\u00fcnc\u00fc taraf API entegrasyonlar\u0131 gibi d\u0131\u015f fakt\u00f6rler, mimarisi zay\u0131f bir sistemi kolayca \u00e7\u00f6kertebilir.<\/p>\n

Temiz Mimari (Clean Architecture) ise tam da bu noktada devreye girerek, yaz\u0131l\u0131m\u0131n temel i\u015f kurallar\u0131n\u0131 (domain logic) d\u0131\u015f etkenlerden (veritaban\u0131, UI, framework’ler) izole etmeyi ama\u00e7lar. Bu yakla\u015f\u0131m, yaz\u0131l\u0131m\u0131n farkl\u0131 katmanlar aras\u0131nda net bir sorumluluk ayr\u0131m\u0131 yapmas\u0131n\u0131 sa\u011flayarak, her bir bile\u015fenin kendi i\u015fini en iyi \u015fekilde yapmas\u0131n\u0131 hedefler. Temiz mimari, bir yandan kodun okunabilirli\u011fini ve anla\u015f\u0131l\u0131rl\u0131\u011f\u0131n\u0131 art\u0131r\u0131rken, di\u011fer yandan her bir mod\u00fcl\u00fcn ba\u011f\u0131ms\u0131z olarak geli\u015ftirilmesine ve test edilmesine olanak tan\u0131r. Python’\u0131n esnek yap\u0131s\u0131 ve zengin k\u00fct\u00fcphane ekosistemi, bu mimari prensiplerini uygulamak i\u00e7in m\u00fckemmel bir ortam sunar. Do\u011fru tasar\u0131m desenleri ve katmanl\u0131 bir yakla\u015f\u0131mla, Python projelerimizi gelece\u011fe haz\u0131r, s\u00fcrd\u00fcr\u00fclebilir ve y\u00fcksek kaliteli yap\u0131lar haline getirebiliriz. Bu sayede, geli\u015ftiriciler yeni \u00f6zellikler eklerken veya mevcut hatalar\u0131 giderirken \u00e7ok daha az stres ya\u015far, proje maliyetleri d\u00fc\u015fer ve \u00fcr\u00fcn\u00fcn piyasaya s\u00fcr\u00fclme s\u00fcresi k\u0131sal\u0131r. \u00d6zetle, temiz mimari, yaz\u0131l\u0131m geli\u015ftirme s\u00fcrecinin her a\u015famas\u0131nda hem teknik ekip hem de i\u015fletme i\u00e7in somut faydalar sa\u011flar.<\/p>\n

Temiz Mimari (Clean Architecture) Nedir ve Temel Prensipleri Nelerdir?<\/h2>\n

Temiz Mimari, Robert C. Martin (Uncle Bob) taraf\u0131ndan pop\u00fcler hale getirilen, yaz\u0131l\u0131m sistemlerini d\u0131\u015f ba\u011f\u0131ml\u0131l\u0131klardan (veritabanlar\u0131, UI, \u00e7er\u00e7eveler vb.) m\u00fcmk\u00fcn oldu\u011funca izole eden, test edilebilirli\u011fi ve s\u00fcrd\u00fcr\u00fclebilirli\u011fi y\u00fcksek bir mimari yakla\u015f\u0131md\u0131r. Temel prensibi, yaz\u0131l\u0131m\u0131n \u00e7ekirdek i\u015f mant\u0131\u011f\u0131n\u0131 (domain logic) merkeze almak ve di\u011fer t\u00fcm unsurlar\u0131 bu \u00e7ekirde\u011fin etraf\u0131na katmanlar halinde sarmakt\u0131r. Bu katmanlar, i\u00e7ten d\u0131\u015fa do\u011fru bir ba\u011f\u0131ml\u0131l\u0131k hiyerar\u015fisi olu\u015fturur; yani d\u0131\u015f katmanlar i\u00e7 katmanlara ba\u011fl\u0131 olabilirken, i\u00e7 katmanlar d\u0131\u015f katmanlar hakk\u0131nda hi\u00e7bir bilgiye sahip olmamal\u0131d\u0131r. Bu ba\u011f\u0131ms\u0131zl\u0131k, projenin herhangi bir katman\u0131nda yap\u0131lan bir de\u011fi\u015fikli\u011fin, di\u011fer katmanlar\u0131 minimal d\u00fczeyde etkilemesini sa\u011flar.<\/p>\n

Temiz Mimari’nin en bilinen g\u00f6rsel temsili, konsantrik halkalard\u0131r. En i\u00e7teki halka “Varl\u0131klar” (Entities) veya “\u0130\u015f Kurallar\u0131”n\u0131 (Domain Objects) temsil eder. Bunlar, uygulaman\u0131n en temel i\u015f nesneleri ve genel i\u015f kurallar\u0131d\u0131r. Bu katman, hi\u00e7bir d\u0131\u015f katmandan etkilenmez ve t\u00fcm sistemin de\u011fi\u015fime en kapal\u0131 k\u0131sm\u0131d\u0131r. Bir sonraki halka “Kullan\u0131m Durumlar\u0131”n\u0131 (Use Cases) i\u00e7erir. Bu katman, uygulaman\u0131n belirli senaryolar\u0131n\u0131 veya i\u015f ak\u0131\u015flar\u0131n\u0131 tan\u0131mlayan uygulama bazl\u0131 i\u015f kurallar\u0131d\u0131r. Varl\u0131klar ile etkile\u015fime girer ancak veritaban\u0131 veya kullan\u0131c\u0131 aray\u00fcz\u00fc gibi detaylar hakk\u0131nda bilgi sahibi de\u011fildir. D\u0131\u015fa do\u011fru ilerlerken, “Arabirim Ba\u011fda\u015ft\u0131r\u0131c\u0131lar\u0131” (Interface Adapters) katman\u0131 gelir. Bu katman, i\u00e7teki kullan\u0131m durumlar\u0131 ile d\u0131\u015f d\u00fcnya aras\u0131ndaki ileti\u015fimi sa\u011flar. Veritaban\u0131 a\u011f ge\u00e7itleri (Repository implementations), API denetleyicileri (Controllers) ve sunumcular (Presenters) bu katmanda yer al\u0131r. Son olarak, en d\u0131\u015ftaki halka “\u00c7er\u00e7eveler ve S\u00fcr\u00fcc\u00fcler” (Frameworks & Drivers) katman\u0131d\u0131r. Bu katman, veritaban\u0131 sistemleri, web \u00e7er\u00e7eveleri (Django, Flask), kullan\u0131c\u0131 aray\u00fczleri ve harici API’ler gibi t\u00fcm d\u0131\u015f ara\u00e7lar\u0131 ve teknolojileri bar\u0131nd\u0131r\u0131r. Bu d\u0131\u015f katman, i\u00e7 katmanlardan tamamen ba\u011f\u0131ms\u0131zd\u0131r ve herhangi bir d\u0131\u015f teknoloji kolayca de\u011fi\u015ftirilebilir veya farkl\u0131 bir uygulamaya aktar\u0131labilir.<\/p>\n

Bu yap\u0131n\u0131n temelinde, SOLID prensipleri yatar: Tek Sorumluluk Prensibi (SRP), A\u00e7\u0131k\/Kapal\u0131 Prensibi (OCP), Liskov Yerine Ge\u00e7me Prensibi (LSP), Aray\u00fcz Ay\u0131rma Prensibi (ISP) ve Ba\u011f\u0131ml\u0131l\u0131k Tersine \u00c7evirme Prensibi (DIP). \u00d6zellikle Ba\u011f\u0131ml\u0131l\u0131k Tersine \u00c7evirme Prensibi (DIP), temiz mimarinin kalbinde yer al\u0131r. Bu prensip, y\u00fcksek seviyeli mod\u00fcllerin d\u00fc\u015f\u00fck seviyeli mod\u00fcllere ba\u011f\u0131ml\u0131 olmamas\u0131 gerekti\u011fini, her ikisinin de soyutlamalara ba\u011f\u0131ml\u0131 olmas\u0131 gerekti\u011fini s\u00f6yler. Ayr\u0131ca, soyutlamalar\u0131n detaylara ba\u011f\u0131ml\u0131 olmamas\u0131, detaylar\u0131n soyutlamalara ba\u011f\u0131ml\u0131 olmas\u0131 gerekti\u011fini vurgular. Python’da soyut s\u0131n\u0131flar (ABC mod\u00fcl\u00fc ile) ve aray\u00fczler (protokoller veya soyut metotlar arac\u0131l\u0131\u011f\u0131yla) kullanarak bu ba\u011f\u0131ml\u0131l\u0131klar\u0131 y\u00f6netebiliriz. Bu sayede, \u00f6rne\u011fin bir veritaban\u0131 de\u011fi\u015ftirildi\u011finde, sadece “Arabirim Ba\u011fda\u015ft\u0131r\u0131c\u0131lar\u0131” katman\u0131ndaki ilgili Repository implementasyonunu de\u011fi\u015ftirmek yeterli olur, \u00e7ekirdek i\u015f mant\u0131\u011f\u0131na dokunmaya gerek kalmaz. Bu g\u00fc\u00e7l\u00fc ayr\u0131m, projenin ya\u015fam d\u00f6ng\u00fcs\u00fc boyunca esneklik, bak\u0131m kolayl\u0131\u011f\u0131 ve maliyet etkinli\u011fi sa\u011flar, b\u00f6ylece geli\u015ftiriciler daha \u00e7ok i\u015f de\u011feri yaratan \u00f6zelliklere odaklanabilir.<\/p>\n

Python Tasar\u0131m Desenleri: Temiz Mimariye Giden Yol<\/h2>\n

Tasar\u0131m desenleri, yaz\u0131l\u0131m m\u00fchendisli\u011finde s\u0131k\u00e7a kar\u015f\u0131la\u015f\u0131lan problemleri \u00e7\u00f6zmek i\u00e7in genel, tekrar kullan\u0131labilir \u00e7\u00f6z\u00fcmler sunan \u015fablonlard\u0131r. Gang of Four (GoF) taraf\u0131ndan kategorize edilen bu desenler, yarat\u0131msal (creational), yap\u0131sal (structural) ve davran\u0131\u015fsal (behavioral) olmak \u00fczere \u00fc\u00e7 ana gruba ayr\u0131l\u0131r. Temiz mimarinin temel amac\u0131 olan katmanlar aras\u0131 ba\u011f\u0131ml\u0131l\u0131\u011f\u0131 azaltmak, test edilebilirli\u011fi art\u0131rmak ve esnek bir yap\u0131 kurmak i\u00e7in tasar\u0131m desenleri vazge\u00e7ilmez ara\u00e7lard\u0131r. Python’\u0131n dinamik ve esnek do\u011fas\u0131, bu desenleri uygulamak i\u00e7in g\u00fc\u00e7l\u00fc olanaklar sunar ve \u00e7o\u011fu zaman GoF desenlerinin daha basit, “Pythonik” versiyonlar\u0131n\u0131 kullanmam\u0131za imkan tan\u0131r.<\/p>\n

Yarat\u0131msal desenler, nesne yaratma mekanizmalar\u0131n\u0131 soyutlayarak, istemcinin hangi nesnenin yarat\u0131ld\u0131\u011f\u0131n\u0131 bilmeden kullanmas\u0131n\u0131 sa\u011flar. Temiz mimaride, \u00f6zellikle d\u0131\u015f katmanlar\u0131n i\u00e7 katmanlara olan ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 y\u00f6netirken veya farkl\u0131 veritaban\u0131 s\u00fcr\u00fcc\u00fcleri gibi somut implementasyonlar\u0131 se\u00e7erken Fabrika (Factory) veya Olu\u015fturucu (Builder) desenlerinden faydalan\u0131r\u0131z. Bu desenler, Ba\u011f\u0131ml\u0131l\u0131k Tersine \u00c7evirme Prensibi’ni (DIP) uygulamak i\u00e7in kritik \u00f6neme sahiptir, \u00e7\u00fcnk\u00fc hangi somut s\u0131n\u0131f\u0131n \u00f6rneklenece\u011fine dair karar\u0131 bir aray\u00fcz veya soyutlama arkas\u0131na gizlerler. \u00d6rne\u011fin, bir UserRepository<\/code> aray\u00fcz\u00fcn\u00fcn farkl\u0131 veritaban\u0131 implementasyonlar\u0131n\u0131 (SQL, NoSQL) bir Fabrika deseni ile dinamik olarak olu\u015fturabiliriz.<\/p>\n

Yap\u0131sal desenler, nesnelerin ve s\u0131n\u0131flar\u0131n b\u00fcy\u00fck yap\u0131lar\u0131 olu\u015fturmak i\u00e7in nas\u0131l birle\u015ftirilece\u011fini ele al\u0131r. Adapt\u00f6r (Adapter), Vekil (Proxy) veya Cephe (Facade) gibi desenler, sistemdeki farkl\u0131 bile\u015fenler aras\u0131ndaki ili\u015fkileri d\u00fczenleyerek mod\u00fclerli\u011fi art\u0131r\u0131r ve karma\u015f\u0131kl\u0131\u011f\u0131 azalt\u0131r. Temiz mimaride, farkl\u0131 harici sistemlerle (\u00fc\u00e7\u00fcnc\u00fc taraf API’ler, legacy sistemler) entegrasyon yaparken veya katmanlar aras\u0131nda uyumsuz aray\u00fczleri birle\u015ftirirken yap\u0131sal desenlerden yararlan\u0131r\u0131z. \u00d6rne\u011fin, bir legacy loglama sistemini yeni bir loglama aray\u00fcz\u00fcne Adapt\u00f6r deseniyle ba\u011flayabilir veya bir veritaban\u0131 ba\u011flant\u0131 havuzuna eri\u015fimi Vekil deseniyle kontrol edebiliriz. Bu sayede, i\u00e7 katmanlar d\u0131\u015f sistemlerin karma\u015f\u0131kl\u0131\u011f\u0131ndan veya de\u011fi\u015fikliklerinden korunmu\u015f olur.<\/p>\n

Davran\u0131\u015fsal desenler ise, nesneler aras\u0131ndaki ileti\u015fim ve sorumluluk da\u011f\u0131l\u0131m\u0131n\u0131 optimize eder. Strateji (Strategy), Komut (Command) veya G\u00f6zlemci (Observer) gibi desenler, i\u015f mant\u0131\u011f\u0131n\u0131n ve algoritmalar\u0131n esnek bir \u015fekilde de\u011fi\u015ftirilmesine, nesneler aras\u0131ndaki ba\u011flant\u0131lar\u0131n gev\u015femesine yard\u0131mc\u0131 olur. Temiz mimaride, kullan\u0131m durumlar\u0131 (use cases) katman\u0131nda farkl\u0131 i\u015f kurallar\u0131n\u0131 uygulamak veya kullan\u0131c\u0131 aray\u00fcz\u00fc olaylar\u0131n\u0131 i\u015flemek i\u00e7in davran\u0131\u015fsal desenler s\u0131kl\u0131kla kullan\u0131l\u0131r. \u00d6rne\u011fin, bir \u00f6deme i\u015fleminde farkl\u0131 \u00f6deme y\u00f6ntemlerini (kredi kart\u0131, banka havalesi) Strateji deseniyle y\u00f6netebilir veya bir i\u015flem listesini Komut deseniyle geri al\u0131nabilir hale getirebiliriz. Bu desenler, A\u00e7\u0131k\/Kapal\u0131 Prensibi’ni (OCP) destekleyerek, yeni \u00f6zellikler eklendi\u011finde mevcut kodun de\u011fi\u015ftirilmesini engeller ve sistemin geni\u015flemesini kolayla\u015ft\u0131r\u0131r. Genel olarak, tasar\u0131m desenlerini temiz mimariyle birlikte kullanmak, projelerinizi daha sa\u011flam, esnek ve bak\u0131m\u0131 kolay hale getirir, b\u00f6ylece uzun vadede geli\u015ftirme maliyetlerinden ve potansiyel hatalardan tasarruf etmenizi sa\u011flar. Her bir desen, belirli bir problemi \u00e7\u00f6zmek i\u00e7in belirli bir ba\u011flamda en iyi sonucu verir; bu nedenle, do\u011fru deseni do\u011fru yerde kullanmak, temiz mimarinin ba\u015far\u0131s\u0131 i\u00e7in hayati \u00f6neme sahiptir.<\/p>\n

Yarat\u0131msal Desenlerle Ba\u011f\u0131ml\u0131l\u0131klar\u0131 Y\u00f6netmek: Fabrika (Factory) ve Builder Desenleri Nas\u0131l Kullan\u0131l\u0131r?<\/h3>\n

Temiz mimaride ba\u011f\u0131ml\u0131l\u0131klar\u0131n y\u00f6netimi, projenin s\u00fcrd\u00fcr\u00fclebilirli\u011fi a\u00e7\u0131s\u0131ndan kilit bir rol oynar. \u00d6zellikle d\u0131\u015f katmanlardaki somut implementasyonlara olan ba\u011f\u0131ml\u0131l\u0131klar\u0131 azaltmak ve i\u00e7 katmanlar\u0131n bu detaylardan habersiz kalmas\u0131n\u0131 sa\u011flamak i\u00e7in yarat\u0131msal tasar\u0131m desenleri olduk\u00e7a etkilidir. Fabrika (Factory) ve Builder (Olu\u015fturucu) desenleri, nesne olu\u015fturma s\u00fcre\u00e7lerini soyutlayarak bu amaca hizmet eder.<\/p>\n

Fabrika Metodu (Factory Method) Deseni<\/h4>\n

Fabrika Metodu deseni, bir nesne olu\u015fturma sorumlulu\u011funu alt s\u0131n\u0131flara devreder. B\u00f6ylece, \u00fcst s\u0131n\u0131f hangi somut s\u0131n\u0131f\u0131n \u00f6rneklenece\u011fini bilmeden nesnelerle \u00e7al\u0131\u015fabilir. Bu, Ba\u011f\u0131ml\u0131l\u0131k Tersine \u00c7evirme Prensibi’nin (DIP) harika bir uygulamas\u0131d\u0131r, \u00e7\u00fcnk\u00fc y\u00fcksek seviyeli mod\u00fcller (\u00f6rne\u011fin, bir Use Case) d\u00fc\u015f\u00fck seviyeli mod\u00fcllerin (\u00f6rne\u011fin, farkl\u0131 veritaban\u0131 implementasyonlar\u0131) somut s\u0131n\u0131flar\u0131na ba\u011f\u0131ml\u0131 olmaz, bunun yerine soyut bir aray\u00fcze veya fonksiyona ba\u011f\u0131ml\u0131 olur. Bir e-ticaret uygulamas\u0131nda farkl\u0131 \u00f6deme y\u00f6ntemlerini ele alal\u0131m. \u00d6deme i\u015fleme mant\u0131\u011f\u0131, belirli bir \u00f6deme sa\u011flay\u0131c\u0131s\u0131na (PayPal, Stripe, Banka Havalesi) do\u011frudan ba\u011f\u0131ml\u0131 olmamal\u0131d\u0131r. Bunun yerine, bir \u00f6deme fabrikas\u0131, istenen t\u00fcre g\u00f6re do\u011fru \u00f6deme i\u015fleyiciyi d\u00f6nd\u00fcrebilir.<\/p>\n

\n# app\/domain\/interfaces.py\nfrom abc import ABC, abstractmethod\n\nclass PaymentProcessor(ABC):\n    @abstractmethod\n    def process_payment(self, amount: float) -> str:\n        pass\n\n# app\/infrastructure\/payment_gateways.py\nclass PayPalProcessor(PaymentProcessor):\n    def process_payment(self, amount: float) -> str:\n        return f\"PayPal ile {amount} birim \u00f6deme i\u015flendi.\"\n\nclass StripeProcessor(PaymentProcessor):\n    def process_payment(self, amount: float) -> str:\n        return f\"Stripe ile {amount} birim \u00f6deme i\u015flendi.\"\n\n# app\/application\/factories.py\nclass PaymentProcessorFactory:\n    @staticmethod\n    def get_processor(processor_type: str) -> PaymentProcessor:\n        if processor_type == \"paypal\":\n            return PayPalProcessor()\n        elif processor_type == \"stripe\":\n            return StripeProcessor()\n        else:\n            raise ValueError(\"Ge\u00e7ersiz \u00f6deme i\u015flemci tipi.\")\n\n# app\/application\/use_cases.py\nclass ProcessOrderUseCase:\n    def execute(self, amount: float, payment_type: str):\n        processor = PaymentProcessorFactory.get_processor(payment_type)\n        result = processor.process_payment(amount)\n        return f\"Sipari\u015f i\u015flendi: {result}\"\n\n# Kullan\u0131m\nif __name__ == \"__main__\":\n    use_case = ProcessOrderUseCase()\n    print(use_case.execute(100.0, \"paypal\"))\n    print(use_case.execute(250.0, \"stripe\"))\n    <\/pre>\n
<\/code><\/p>\n
Bu \u00f6rnekte, ProcessOrderUseCase<\/code> direkt olarak PayPalProcessor<\/code> veya StripeProcessor<\/code> s\u0131n\u0131flar\u0131na ba\u011f\u0131ml\u0131 de\u011fildir. Bunun yerine, soyut PaymentProcessor<\/code> aray\u00fcz\u00fcn\u00fc kullanan bir fabrika arac\u0131l\u0131\u011f\u0131yla \u00f6deme i\u015flemcisini al\u0131r. Bu sayede yeni bir \u00f6deme y\u00f6ntemi eklendi\u011finde (\u00f6rne\u011fin Banka Havalesi), PaymentProcessorFactory<\/code>'yi g\u00fcncelleyip yeni bir s\u0131n\u0131f eklemek yeterli olacakt\u0131r; ProcessOrderUseCase<\/code> kodunda herhangi bir de\u011fi\u015fiklik yapmaya gerek kalmaz.<\/p>\n