Nesne y\u00f6nelimli programlaman\u0131n en tart\u0131\u015fmal\u0131 ve merak uyand\u0131ran konular\u0131ndan biri olan \u00e7oklu kal\u0131t\u0131m, s\u0131n\u0131flar\u0131n birden fazla kaynaktan \u00f6zellik ve davran\u0131\u015f miras almas\u0131n\u0131 sa\u011flar. Bu g\u00fc\u00e7l\u00fc ancak \u00e7o\u011fu zaman yanl\u0131\u015f anla\u015f\u0131lan yap\u0131, yaz\u0131l\u0131m geli\u015ftiricilere hem b\u00fcy\u00fck esneklik sunar hem de dikkat edilmezse ciddi karma\u015f\u0131kl\u0131klar yaratabilir. Peki, \u00e7oklu kal\u0131t\u0131m ger\u00e7ekten bir lanet mi, yoksa do\u011fru kullan\u0131ld\u0131\u011f\u0131nda yaz\u0131l\u0131m mimarimizi bamba\u015fka bir seviyeye ta\u015f\u0131yabilecek bir nimet mi? Bu derinlemesine rehberde, \u00e7oklu kal\u0131t\u0131m\u0131n potansiyelini, zorluklar\u0131n\u0131 ve pratik \u00e7\u00f6z\u00fcmlerini ke\u015ffedecek, bu karma\u015f\u0131k yap\u0131n\u0131n ard\u0131ndaki mant\u0131\u011f\u0131 ve uygulama detaylar\u0131n\u0131 ad\u0131m ad\u0131m inceleyece\u011fiz. B\u00f6ylece, kar\u015f\u0131la\u015ft\u0131\u011f\u0131n\u0131zda ne yapman\u0131z gerekti\u011fini net bir \u015fekilde bileceksiniz.<\/p>\n
Yaz\u0131l\u0131m d\u00fcnyas\u0131nda kal\u0131t\u0131m, nesne y\u00f6nelimli programlaman\u0131n temel ta\u015flar\u0131ndan biridir. Tekli kal\u0131t\u0131m modelinde, bir s\u0131n\u0131f yaln\u0131zca tek bir \u00fcst s\u0131n\u0131ftan \u00f6zellik ve metotlar\u0131 miras al\u0131rken, \u00e7oklu kal\u0131t\u0131m (veya \u0130spanyolca terimiyle “Herencia M\u00faltiple”), bir s\u0131n\u0131f\u0131n birden fazla \u00fcst s\u0131n\u0131ftan t\u00fcreyerek onlar\u0131n \u00f6zelliklerini birle\u015ftirmesine olanak tan\u0131r. Bu durum, \u00f6zellikle ger\u00e7ek d\u00fcnyadaki karma\u015f\u0131k sistemleri modellemeye \u00e7al\u0131\u015ft\u0131\u011f\u0131m\u0131zda \u00f6nemli hale gelir. \u00d6rne\u011fin, bir “Amfibi Ara\u00e7” hem “Kara Arac\u0131” hem de “Su Arac\u0131” \u00f6zelliklerine sahip olabilir. Tekli kal\u0131t\u0131m ile bunu do\u011frudan modellemek olduk\u00e7a zorlay\u0131c\u0131d\u0131r, ancak \u00e7oklu kal\u0131t\u0131m bu t\u00fcr senaryolar i\u00e7in do\u011fal bir \u00e7\u00f6z\u00fcm sunar. Bu esneklik, kod tekrar\u0131n\u0131 azaltma, mod\u00fclerli\u011fi art\u0131rma ve daha soyut yap\u0131lar olu\u015fturma potansiyeli ta\u015f\u0131r.<\/p>\n
Ancak bu esneklik beraberinde belirli karma\u015f\u0131kl\u0131klar\u0131 da getirir. \u00d6zellikle, farkl\u0131 \u00fcst s\u0131n\u0131flar\u0131n ayn\u0131 isimde metotlara veya \u00f6zelliklere sahip olmas\u0131 durumunda hangi metodun \u00e7a\u011fr\u0131laca\u011f\u0131 sorunu, yani “Elmas Problemi” (Diamond Problem) ortaya \u00e7\u0131kar. Bu durum, yaz\u0131l\u0131m\u0131n beklenen davran\u0131\u015ftan sapmas\u0131na ve hatalar\u0131n tespit edilmesini g\u00fc\u00e7le\u015ftirmesine neden olabilir. Bu y\u00fczden, \u00e7oklu kal\u0131t\u0131m mekanizmas\u0131n\u0131 destekleyen diller, bu t\u00fcr \u00e7at\u0131\u015fmalar\u0131 \u00e7\u00f6zmek i\u00e7in farkl\u0131 stratejiler geli\u015ftirmi\u015flerdir. Python’daki Y\u00f6ntem \u00c7\u00f6z\u00fcmleme S\u0131ras\u0131 (Method Resolution Order – MRO) veya C++’daki sanal kal\u0131t\u0131m (virtual inheritance) gibi yap\u0131lar, bu karma\u015f\u0131kl\u0131\u011f\u0131 y\u00f6netmeye yard\u0131mc\u0131 olur. \u00c7oklu kal\u0131t\u0131m\u0131n do\u011fru anla\u015f\u0131lmas\u0131 ve uygulanmas\u0131, esnek, yeniden kullan\u0131labilir ve s\u00fcrd\u00fcr\u00fclebilir yaz\u0131l\u0131m mimarileri in\u015fa etmek i\u00e7in kritik bir yetkinliktir. Bu nedenle, kavramsal temelini anlamak, hangi dillerin nas\u0131l yakla\u015ft\u0131\u011f\u0131n\u0131 bilmek ve potansiyel zorluklara kar\u015f\u0131 \u00f6nlem almay\u0131 \u00f6\u011frenmek, her yaz\u0131l\u0131mc\u0131 i\u00e7in de\u011ferlidir. Sonu\u00e7 olarak, \u00e7oklu kal\u0131t\u0131m do\u011fru ellerde g\u00fc\u00e7l\u00fc bir ara\u00e7t\u0131r, ancak dikkatsizce kullan\u0131ld\u0131\u011f\u0131nda ciddi sorunlara yol a\u00e7abilir. Bu y\u00fczden, bu konuyu derinlemesine incelemek, yaz\u0131l\u0131m tasar\u0131m becerilerinizi keskinle\u015ftirmek ad\u0131na harika bir f\u0131rsatt\u0131r.<\/p>\n
\u00c7oklu kal\u0131t\u0131m kavram\u0131, programlama dilleri aras\u0131nda farkl\u0131 \u015fekillerde ele al\u0131n\u0131r. Baz\u0131 diller bunu do\u011frudan desteklerken, di\u011ferleri alternatif mekanizmalarla benzer faydalar sunmay\u0131 tercih eder. Bu b\u00f6l\u00fcmde, \u00e7oklu kal\u0131t\u0131m\u0131 do\u011frudan destekleyen C++ ve Python gibi dillere odaklanacak, ayr\u0131ca Java ve C# gibi dillerin neden farkl\u0131 bir yol izledi\u011fini de k\u0131saca irdeleyece\u011fiz. C++’da \u00e7oklu kal\u0131t\u0131m, bir s\u0131n\u0131f\u0131n virg\u00fclle ayr\u0131lm\u0131\u015f birden fazla temel s\u0131n\u0131ftan t\u00fcremesiyle ger\u00e7ekle\u015fir. Bu, s\u0131n\u0131fa temel s\u0131n\u0131flar\u0131n t\u00fcm public ve protected \u00fcyelerinin eri\u015filebilir olmas\u0131n\u0131 sa\u011flar. Ancak C++’\u0131n yakla\u015f\u0131m\u0131, \u00f6zellikle Elmas Problemi gibi durumlarla kar\u015f\u0131la\u015f\u0131ld\u0131\u011f\u0131nda dikkatli bir y\u00f6netim gerektirir. \u00d6rne\u011fin, iki farkl\u0131 temel s\u0131n\u0131f\u0131n ayn\u0131 isimde bir metodu varsa, t\u00fcretilmi\u015f s\u0131n\u0131f\u0131n bu metotlardan hangisini \u00e7a\u011f\u0131raca\u011f\u0131 belirsiz hale gelir. C++ bu durumu, ya t\u00fcretilmi\u015f s\u0131n\u0131fta metodun a\u00e7\u0131k\u00e7a override edilmesiyle ya da sanal kal\u0131t\u0131m kullan\u0131larak \u00e7\u00f6zmeye \u00e7al\u0131\u015f\u0131r.<\/p>\n
Python ise \u00e7oklu kal\u0131t\u0131m\u0131 C++’dan daha esnek ve y\u00f6netilebilir bir yakla\u015f\u0131mla sunar. Python’da, bir s\u0131n\u0131f\u0131n birden fazla s\u0131n\u0131ftan kal\u0131t\u0131m almas\u0131 olduk\u00e7a basittir. Ancak Python, Elmas Problemi gibi durumlar i\u00e7in \u00f6zel bir mekanizma olan Y\u00f6ntem \u00c7\u00f6z\u00fcmleme S\u0131ras\u0131 (Method Resolution Order – MRO) kullan\u0131r. MRO, bir metodun \u00e7a\u011fr\u0131ld\u0131\u011f\u0131nda hangi \u00fcst s\u0131n\u0131ftan al\u0131naca\u011f\u0131n\u0131 belirleyen bir algoritmad\u0131r (C3 linearizasyon algoritmas\u0131). Bu algoritma, bir miras zincirindeki t\u00fcm s\u0131n\u0131flar\u0131n benzersiz bir s\u0131ras\u0131n\u0131 olu\u015fturur ve metodun bu s\u0131raya g\u00f6re aranmas\u0131n\u0131 sa\u011flar. Bu sayede belirsizlik ortadan kalkar ve \u00f6ng\u00f6r\u00fclebilir bir davran\u0131\u015f elde edilir.<\/p>\n
Python’daki Mixin’ler ise \u00e7oklu kal\u0131t\u0131m\u0131n bir di\u011fer pop\u00fcler kullan\u0131m \u015feklidir. Mixin s\u0131n\u0131flar\u0131, belirli bir davran\u0131\u015f\u0131 veya \u00f6zelli\u011fi di\u011fer s\u0131n\u0131flara “kar\u0131\u015ft\u0131rmak” (mix in) i\u00e7in tasarlanm\u0131\u015f, genellikle ba\u011f\u0131ms\u0131z olarak kullan\u0131lmayan s\u0131n\u0131flard\u0131r. \u00d6rne\u011fin, bir <\/code><\/p>\n Bu \u00f6rnekte, \u00c7oklu kal\u0131t\u0131m\u0131n teorik faydalar\u0131 ve zorluklar\u0131 tart\u0131\u015f\u0131lsa da, ger\u00e7ek d\u00fcnya uygulamalar\u0131nda nas\u0131l bir rol oynad\u0131\u011f\u0131n\u0131 anlamak konuyu \u00e7ok daha somut hale getirir. Hayal edin ki, bir oyun geli\u015ftirme st\u00fcdyosunda \u00e7al\u0131\u015f\u0131yorsunuz ve farkl\u0131 t\u00fcrde karakterler tasarlaman\u0131z gerekiyor. Bu karakterlerin baz\u0131lar\u0131 hareket edebilir, baz\u0131lar\u0131 sald\u0131rabilir, baz\u0131lar\u0131 da \u00f6zel yeteneklere sahip olabilir. Tekli kal\u0131t\u0131m ile her bir karakter t\u00fcr\u00fc i\u00e7in ayr\u0131 bir hiyerar\u015fi olu\u015fturmak, kod tekrar\u0131na ve esneklik kayb\u0131na yol a\u00e7abilir. \u0130\u015fte tam bu noktada \u00e7oklu kal\u0131t\u0131m veya benzeri yap\u0131lar devreye girer.<\/p>\n Bir \"Canavar\" karakteri d\u00fc\u015f\u00fcnelim. Bu canavar hem \"Y\u00fcr\u00fcyebilir\" hem de \"U\u00e7abilir\" \u00f6zelliklerine sahip olsun. Ayr\u0131ca, \"Zehirli Sald\u0131r\u0131\" yapabilen bir t\u00fcr olsun. E\u011fer her \u00f6zelli\u011fi ayr\u0131 bir temel s\u0131n\u0131f olarak tan\u0131mlarsak: <\/code><\/p>\n Bu vaka analizinde, Bu vaka analizi, \u00e7oklu kal\u0131t\u0131m\u0131n karma\u015f\u0131k varl\u0131klar\u0131 modellemede ne kadar g\u00fc\u00e7l\u00fc olabilece\u011fini g\u00f6steriyor. Ancak bu g\u00fcc\u00fcn, iyi bir tasar\u0131m anlay\u0131\u015f\u0131 ve dilin bu konudaki mekanizmalar\u0131na hakimiyet ile dengelenmesi gerekti\u011fi de a\u015fikard\u0131r. Aksi takdirde, kod taban\u0131n\u0131z k\u0131sa s\u00fcrede y\u00f6netilemez bir hale gelebilir.<\/p>\n \u00c7oklu kal\u0131t\u0131m\u0131n sa\u011flad\u0131\u011f\u0131 esnekli\u011fe ra\u011fmen, bu tasar\u0131m deseni beraberinde baz\u0131 ciddi zorluklar\u0131 da getirir. Bu zorluklar, \u00f6zellikle b\u00fcy\u00fck ve karma\u015f\u0131k projelerde yaz\u0131l\u0131m\u0131n s\u00fcrd\u00fcr\u00fclebilirli\u011fini, anla\u015f\u0131labilirli\u011fini ve test edilebilirli\u011fini olumsuz etkileyebilir. En bilinen zorluklardan biri \u015f\u00fcphesiz \"Elmas Problemi\"dir.<\/p>\n Elmas Problemi (Diamond Problem):<\/strong> Bu problem, bir s\u0131n\u0131f\u0131n (D) iki farkl\u0131 s\u0131n\u0131ftan (B ve C) miras ald\u0131\u011f\u0131, bu B ve C s\u0131n\u0131flar\u0131n\u0131n da ayn\u0131 temel s\u0131n\u0131ftan (A) miras ald\u0131\u011f\u0131 durumda ortaya \u00e7\u0131kar. Bu durumda, D s\u0131n\u0131f\u0131 A s\u0131n\u0131f\u0131ndan iki farkl\u0131 yoldan (B \u00fczerinden ve C \u00fczerinden) miras alm\u0131\u015f olur. E\u011fer A s\u0131n\u0131f\u0131nda bir metot varsa ve bu metot B veya C s\u0131n\u0131flar\u0131nda override edilmemi\u015fse, D s\u0131n\u0131f\u0131 bu metodu A'dan iki farkl\u0131 yoldan devral\u0131r gibi g\u00f6r\u00fcn\u00fcr. \u00c7a\u011fr\u0131ld\u0131\u011f\u0131nda hangi kopyan\u0131n kullan\u0131laca\u011f\u0131 belirsizle\u015fir. C++'da bu durum derleyici hatas\u0131na yol a\u00e7abilir ve genellikle sanal kal\u0131t\u0131m (virtual inheritance) ile \u00e7\u00f6z\u00fcl\u00fcr. Python ise MRO (Method Resolution Order) kullanarak bu belirsizli\u011fi ortadan kald\u0131r\u0131r ve metodun hangi \u00fcst s\u0131n\u0131ftan al\u0131naca\u011f\u0131n\u0131 \u00f6ng\u00f6r\u00fclebilir bir \u015fekilde belirler. Ancak MRO'yu do\u011fru anlamak ve y\u00f6netmek de kendi i\u00e7inde bir \u00f6\u011frenme e\u011frisi gerektirir.<\/p>\n <\/code><\/p>\n Karma\u015f\u0131kl\u0131k ve Anla\u015f\u0131labilirlik:<\/strong> Birden fazla temel s\u0131n\u0131ftan miras almak, bir s\u0131n\u0131f\u0131n davran\u0131\u015f\u0131n\u0131 ve i\u00e7 i\u015fleyi\u015fini anlamay\u0131 zorla\u015ft\u0131r\u0131r. Hangi metodun hangi temel s\u0131n\u0131ftan geldi\u011fini takip etmek, hatta ayn\u0131 isimde metotlar oldu\u011funda hangi metodun \u00e7a\u011fr\u0131laca\u011f\u0131n\u0131 tahmin etmek, kodun okunabilirli\u011fini \u00f6nemli \u00f6l\u00e7\u00fcde azalt\u0131r. Bu durum, \u00f6zellikle yeni geli\u015ftiricilerin projeye adaptasyon s\u00fcrecini uzat\u0131r ve hatalar\u0131n ortaya \u00e7\u0131kma olas\u0131l\u0131\u011f\u0131n\u0131 art\u0131r\u0131r.<\/p>\n Ba\u011f\u0131ml\u0131l\u0131k Y\u00f6netimi:<\/strong> \u00c7oklu kal\u0131t\u0131m, s\u0131n\u0131flar aras\u0131ndaki ba\u011f\u0131ml\u0131l\u0131k a\u011f\u0131n\u0131 karma\u015f\u0131kla\u015ft\u0131r\u0131r. Bir temel s\u0131n\u0131fta yap\u0131lan bir de\u011fi\u015fiklik, ondan miras alan t\u00fcm s\u0131n\u0131flar\u0131 ve onlar\u0131n alt s\u0131n\u0131flar\u0131n\u0131 potansiyel olarak etkileyebilir. Bu, bak\u0131m maliyetlerini art\u0131r\u0131r ve refactoring s\u00fcre\u00e7lerini riskli hale getirir. \u00d6zellikle, bir s\u0131n\u0131f\u0131n \u00e7ok fazla sorumlulu\u011fu \u00fcstlenmesine neden olabilir ki bu, tekil sorumluluk ilkesi (Single Responsibility Principle) gibi OOP prensiplerine ayk\u0131r\u0131d\u0131r.<\/p>\n Test Edilebilirlik:<\/strong> Bir s\u0131n\u0131f\u0131n birden fazla temel s\u0131n\u0131ftan miras almas\u0131, o s\u0131n\u0131f\u0131 izole edip test etmeyi zorla\u015ft\u0131r\u0131r. Test yazarken, miras al\u0131nan t\u00fcm davran\u0131\u015flar\u0131 ve onlar\u0131n etkile\u015fimlerini g\u00f6z \u00f6n\u00fcnde bulundurmak gerekir. Bu da testlerin karma\u015f\u0131kl\u0131\u011f\u0131n\u0131 ve say\u0131s\u0131n\u0131 art\u0131rarak geli\u015ftirme s\u00fcrecini yava\u015flatabilir.<\/p>\n \u00d6zetle, \u00e7oklu kal\u0131t\u0131m g\u00fc\u00e7l\u00fc bir ara\u00e7 olabilir, ancak sundu\u011fu avantajlar genellikle getirdi\u011fi zorluklarla dengelenir. Bu y\u00fczden, \u00e7oklu kal\u0131t\u0131m\u0131 kullanmay\u0131 d\u00fc\u015f\u00fcnd\u00fc\u011f\u00fcn\u00fczde, alternatif yakla\u015f\u0131mlar\u0131 dikkatlice de\u011ferlendirmek ve dilin bu konudaki \u00f6zel mekanizmalar\u0131na hakim olmak b\u00fcy\u00fck \u00f6nem ta\u015f\u0131r. \u00c7o\u011fu durumda, daha basit ve anla\u015f\u0131l\u0131r alternatiflerle benzer veya daha iyi sonu\u00e7lar elde edilebilir.<\/p>\n \u00c7oklu kal\u0131t\u0131m\u0131n getirdi\u011fi zorluklar ve potansiyel karma\u015f\u0131kl\u0131klar g\u00f6z \u00f6n\u00fcne al\u0131nd\u0131\u011f\u0131nda, yaz\u0131l\u0131m m\u00fchendisleri genellikle daha temiz, daha esnek ve s\u00fcrd\u00fcr\u00fclebilir tasar\u0131mlar i\u00e7in alternatif yakla\u015f\u0131mlara y\u00f6nelirler. Bu yakla\u015f\u0131mlar, \u00e7oklu kal\u0131t\u0131m\u0131n sundu\u011fu mod\u00fclerli\u011fi ve kod tekrar\u0131n\u0131 \u00f6nleme avantajlar\u0131n\u0131, karma\u015f\u0131kl\u0131\u011f\u0131 azaltarak elde etmeyi hedefler. En pop\u00fcler ve etkili alternatiflerden ikisi \"Aray\u00fczler\" (Interfaces) ve \"Kompozisyon\"dur (Composition).<\/p>\n Aray\u00fczler (Interfaces):<\/strong> Java ve C# gibi \u00e7oklu kal\u0131t\u0131m\u0131 do\u011frudan desteklemeyen diller, aray\u00fczler arac\u0131l\u0131\u011f\u0131yla benzer bir esneklik sunar. Bir aray\u00fcz, bir s\u0131n\u0131f\u0131n sahip olmas\u0131 gereken metot imzalar\u0131n\u0131n bir \"s\u00f6zle\u015fmesini\" tan\u0131mlar. Bir s\u0131n\u0131f birden fazla aray\u00fcz\u00fc implemente edebilir, bu da o s\u0131n\u0131f\u0131n birden fazla farkl\u0131 \"t\u00fcre\" ait davran\u0131\u015flar\u0131 sergileyebilece\u011fi anlam\u0131na gelir. Aray\u00fczler, \"ne yapmas\u0131 gerekti\u011fini\" tan\u0131mlarken \"nas\u0131l yap\u0131laca\u011f\u0131\" bilgisini implemente eden s\u0131n\u0131fa b\u0131rak\u0131r. Bu yakla\u015f\u0131m, Elmas Problemi gibi kal\u0131t\u0131m kaynakl\u0131 \u00e7at\u0131\u015fmalar\u0131 engeller \u00e7\u00fcnk\u00fc aray\u00fczler metot implementasyonlar\u0131 i\u00e7ermez. Sadece bir s\u0131n\u0131f\u0131n uymas\u0131 gereken kurallar\u0131 belirtirler.<\/p>\n <\/code><\/p>\n Bu \u00f6rnekte, Kompozisyon (Composition):<\/strong> \"Kal\u0131t\u0131m yerine kompozisyonu tercih et\" (favor composition over inheritance) prensibi, nesne y\u00f6nelimli tasar\u0131mda s\u0131k\u00e7a vurgulanan bir yakla\u015f\u0131md\u0131r. Bu prensibe g\u00f6re, bir s\u0131n\u0131f\u0131n ba\u015fka bir s\u0131n\u0131f\u0131n \u00f6zelliklerini ve davran\u0131\u015flar\u0131n\u0131 miras almak yerine, o s\u0131n\u0131f\u0131n bir \u00f6rne\u011fini (instance) kendi i\u00e7inde tutarak kullanmas\u0131 daha iyidir. Yani, \"bir \u015feydir\" (is-a) ili\u015fkisi yerine \"bir \u015feye sahiptir\" (has-a) ili\u015fkisi kurulur. Bu, s\u0131n\u0131flar aras\u0131ndaki s\u0131k\u0131 ba\u011f\u0131ml\u0131l\u0131\u011f\u0131 azalt\u0131r, esnekli\u011fi art\u0131r\u0131r ve test edilebilirli\u011fi kolayla\u015ft\u0131r\u0131r. Bir s\u0131n\u0131f\u0131n davran\u0131\u015f\u0131n\u0131 de\u011fi\u015ftirmek veya geni\u015fletmek gerekti\u011finde, alt s\u0131n\u0131f hiyerar\u015fisini de\u011fi\u015ftirmek yerine, sadece tutulan nesneyi de\u011fi\u015ftirmek veya farkl\u0131 bir implementasyonla de\u011fi\u015ftirmek yeterli olur.<\/p>\n <\/code><\/p>\n Bu \u00f6rnekte, \u00c7oklu kal\u0131t\u0131m, her ne kadar tart\u0131\u015fmal\u0131 olsa da, belirli durumlarda g\u00fc\u00e7l\u00fc ve zarif \u00e7\u00f6z\u00fcmler sunabilir. Ancak bu g\u00fcc\u00fc kullan\u0131rken, ortaya \u00e7\u0131kabilecek sorunlar\u0131 en aza indirmek i\u00e7in dikkatli olmak ve belirli en iyi uygulamalar\u0131 takip etmek hayati \u00f6nem ta\u015f\u0131r. \u0130\u015fte \u00e7oklu kal\u0131t\u0131m\u0131 etkin ve g\u00fcvenli bir \u015fekilde kullanman\u0131za yard\u0131mc\u0131 olacak baz\u0131 ipu\u00e7lar\u0131:<\/p>\n <\/code><\/p>\n Bu ipu\u00e7lar\u0131, \u00e7oklu kal\u0131t\u0131m\u0131n potansiyel tuzaklar\u0131ndan ka\u00e7\u0131narak, bu g\u00fc\u00e7l\u00fc \u00f6zelli\u011fi projenizde daha g\u00fcvenli ve etkin bir \u015fekilde kullanman\u0131za yard\u0131mc\u0131 olacakt\u0131r. Unutmay\u0131n, herhangi bir g\u00fc\u00e7l\u00fc ara\u00e7 gibi, \u00e7oklu kal\u0131t\u0131m da do\u011fru ellerde b\u00fcy\u00fck faydalar sa\u011flayabilir, ancak dikkatsizce kullan\u0131ld\u0131\u011f\u0131nda ciddi sorunlara yol a\u00e7abilir.<\/p>\n Yaz\u0131l\u0131m tasar\u0131m\u0131nda kal\u0131t\u0131m prensipleri sadece backend veya uygulama kodunda de\u011fil, kullan\u0131c\u0131 aray\u00fcz\u00fc (UI) geli\u015ftirme s\u00fcre\u00e7lerinde de dolayl\u0131 yollardan kendini g\u00f6sterir. \u00d6zellikle modern web ve mobil uygulama geli\u015ftirmede, \"mobil uyumlu\" (responsive) tasar\u0131m, olmazsa olmaz bir gerekliliktir. Peki, nesne y\u00f6nelimli kal\u0131t\u0131m kavram\u0131 ile CSS Media Query'leri aras\u0131nda nas\u0131l bir ili\u015fki kurulabilir? Do\u011frudan bir kod kal\u0131t\u0131m\u0131 olmasa da, tasar\u0131m sistemlerinde ve bile\u015fen mimarilerinde soyutlama ve yeniden kullan\u0131labilirlik prensipleri, bu iki konuyu bir araya getirir.<\/p>\n Mobil uyumlu tasar\u0131mda, farkl\u0131 ekran boyutlar\u0131na ve cihaz \u00f6zelliklerine g\u00f6re UI bile\u015fenlerinin g\u00f6r\u00fcn\u00fcm\u00fcn\u00fc ve davran\u0131\u015f\u0131n\u0131 de\u011fi\u015ftirmemiz gerekir. Bu, genellikle CSS Media Query'leri kullan\u0131larak yap\u0131l\u0131r. \u00d6rne\u011fin, bir navigasyon men\u00fcs\u00fcn\u00fcn masa\u00fcst\u00fcnde geni\u015f bir yatay liste olarak g\u00f6r\u00fcn\u00fcrken, mobil cihazlarda katlanabilir bir \"hamburger\" men\u00fcye d\u00f6n\u00fc\u015fmesi s\u0131k\u00e7a kar\u015f\u0131la\u015f\u0131lan bir senaryodur. Bu bile\u015fenlerin kodlanmas\u0131nda, kal\u0131t\u0131m olmasa da, bile\u015fenlerin temel \u00f6zelliklerini tan\u0131mlayan \"soyut\" veya \"temel\" bir yap\u0131dan t\u00fcretilmesi, tasar\u0131m\u0131n tutarl\u0131l\u0131\u011f\u0131n\u0131 ve s\u00fcrd\u00fcr\u00fclebilirli\u011fini art\u0131r\u0131r.<\/p>\n D\u00fc\u015f\u00fcn\u00fcn ki, bir Bu bir responsive kart bile\u015fenidir.<\/p>\n<\/div>\n\nLogMixin<\/code> s\u0131n\u0131f\u0131, herhangi bir s\u0131n\u0131fa g\u00fcnl\u00fckleme (logging) \u00f6zelli\u011fi eklemek i\u00e7in kullan\u0131labilir. Bu, kod tekrar\u0131n\u0131 \u00f6nler ve i\u015flevsellikleri mod\u00fcler bir \u015fekilde birle\u015ftirmeyi sa\u011flar. \u0130\u015fte basit bir Python \u00e7oklu kal\u0131t\u0131m \u00f6rne\u011fi:<\/p>\n\nclass KaraAraci:\n def karada_git(self):\n return \"Kara Arac\u0131 karada ilerliyor.\"\n\nclass SuAraci:\n def suda_yuz(self):\n return \"Su Arac\u0131 suda y\u00fcz\u00fcyor.\"\n\nclass AmfibiArac(KaraAraci, SuAraci):\n def her_yerde_git(self):\n return f\"{self.karada_git()} ve {self.suda_yuz()}\"\n\n# \u00d6rnek kullan\u0131m\namfibi = AmfibiArac()\nprint(amfibi.her_yerde_git())\n# \u00c7\u0131kt\u0131: Kara Arac\u0131 karada ilerliyor. ve Su Arac\u0131 suda y\u00fcz\u00fcyor.\n <\/pre>\nAmfibiArac<\/code> s\u0131n\u0131f\u0131 hem KaraAraci<\/code> hem de SuAraci<\/code> s\u0131n\u0131flar\u0131ndan miras alarak her iki davran\u0131\u015f setini de b\u00fcnyesinde bar\u0131nd\u0131r\u0131r. Bu sayede, ayn\u0131 anda hem karada gidebilen hem de suda y\u00fczebilen bir nesne yaratm\u0131\u015f oluruz. Java ve C# gibi diller ise \u00e7oklu kal\u0131t\u0131m\u0131 do\u011frudan desteklemezler. Bunun yerine, aray\u00fczler (interfaces) ve tekli kal\u0131t\u0131m kombinasyonunu kullanarak benzer esnekli\u011fi sa\u011flamay\u0131 tercih ederler. Aray\u00fczler, bir s\u0131n\u0131f\u0131n belirli bir \"s\u00f6zle\u015fmeyi\" yerine getirece\u011fini beyan etmesini sa\u011flar ancak metotlar\u0131n implementasyonunu i\u00e7ermez. Bu, Elmas Problemi gibi karma\u015f\u0131kl\u0131klardan ka\u00e7\u0131n\u0131rken, polimorfizm ve kod yeniden kullan\u0131labilirli\u011fi gibi avantajlardan yararlanmay\u0131 m\u00fcmk\u00fcn k\u0131lar. Her dilin bu konuya farkl\u0131 yakla\u015fmas\u0131, \u00e7oklu kal\u0131t\u0131m\u0131n yaz\u0131l\u0131m mimarisindeki rol\u00fcn\u00fcn ne kadar kritik ve tart\u0131\u015fmal\u0131 oldu\u011funu g\u00f6stermektedir.<\/p>\nGer\u00e7ek D\u00fcnya Senaryolar\u0131nda \u00c7oklu Kal\u0131t\u0131m: Bir Vaka Analizi<\/h2>\n
Yuruyebilir<\/code>, U\u00e7abilir<\/code>, ZehirliSaldiran<\/code>. U\u00e7anZehirliCanavar<\/code> s\u0131n\u0131f\u0131n\u0131 olu\u015fturmak i\u00e7in \u00e7oklu kal\u0131t\u0131m kullanabiliriz. Ancak burada dikkatli olmak gerekir. E\u011fer Yuruyebilir<\/code> ve U\u00e7abilir<\/code> s\u0131n\u0131flar\u0131n\u0131n her ikisinde de ayn\u0131 isimde bir hareketEt()<\/code> metodu varsa, Python'\u0131n MRO'su devreye girerek hangi metodun \u00e7a\u011fr\u0131laca\u011f\u0131n\u0131 belirleyecektir.<\/p>\n\nclass HareketEden:\n def hareket_et(self):\n return \"Hareket eden varl\u0131k hareket ediyor.\"\n\nclass Saldiran:\n def saldir(self):\n return \"Sald\u0131ran varl\u0131k sald\u0131r\u0131yor.\"\n\nclass Zehirli:\n def zehirli_etki_yap(self):\n return \"Zehirli etki olu\u015fturuldu.\"\n\nclass Canavar(HareketEden, Saldiran):\n def __init__(self, ad):\n self.ad = ad\n\n def durumu_goster(self):\n return f\"{self.ad} {self.hareket_et()} ve {self.saldir()}\"\n\nclass ZehirliCanavar(Canavar, Zehirli):\n def __init__(self, ad):\n super().__init__(ad) # Canavar'\u0131n init'ini \u00e7a\u011f\u0131r\n \n def durumu_goster(self):\n return f\"{super().durumu_goster()}. Ayr\u0131ca {self.zehirli_etki_yap()}\"\n\n# Kullan\u0131m senaryosu\norc = Canavar(\"Ork\")\nprint(orc.durumu_goster())\n# \u00c7\u0131kt\u0131: Ork Hareket eden varl\u0131k hareket ediyor. ve Sald\u0131ran varl\u0131k sald\u0131r\u0131yor.\n\ncobra = ZehirliCanavar(\"Kobra\")\nprint(cobra.durumu_goster())\n# \u00c7\u0131kt\u0131: Kobra Hareket eden varl\u0131k hareket ediyor. ve Sald\u0131ran varl\u0131k sald\u0131r\u0131yor.. Ayr\u0131ca Zehirli etki olu\u015fturuldu.\n <\/pre>\nCanavar<\/code> s\u0131n\u0131f\u0131 HareketEden<\/code> ve Saldiran<\/code> \u00f6zelliklerini birle\u015ftirirken, ZehirliCanavar<\/code> s\u0131n\u0131f\u0131 ise hem bir canavar\u0131n \u00f6zelliklerini hem de Zehirli<\/code> olma \u00f6zelli\u011fini devral\u0131yor. Bu, karakterlerin farkl\u0131 yetenek setlerini mod\u00fcler bir \u015fekilde birle\u015ftirmemize olanak tan\u0131r. Ancak, dikkat edilmesi gereken en \u00f6nemli nokta, miras al\u0131nan s\u0131n\u0131flar aras\u0131nda potansiyel isim \u00e7ak\u0131\u015fmalar\u0131d\u0131r. Python'\u0131n MRO'su bu durumu y\u00f6netirken, C++ gibi dillerde bu durum manuel olarak ele al\u0131nmal\u0131d\u0131r.<\/p>\nsuper()<\/code> fonksiyonunun do\u011fru kullan\u0131m\u0131 ve MRO'nun nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 anlamak, beklenmedik davran\u0131\u015flardan ka\u00e7\u0131nman\u0131n anahtar\u0131d\u0131r. Genellikle mixin s\u0131n\u0131flar\u0131n\u0131 hiyerar\u015finin sonuna eklemek, \u00f6ng\u00f6r\u00fclebilir bir MRO elde etmenize yard\u0131mc\u0131 olabilir.\n <\/div>\n\u00c7oklu Kal\u0131t\u0131m\u0131n Getirdi\u011fi Ba\u015fl\u0131ca Zorluklar ve Tuzaklar Nelerdir?<\/h2>\n
\n\/\/ C++'da Elmas Problemi (Kavramsal)\nclass A {\npublic:\n void foo() { \/* ... *\/ }\n};\n\nclass B : public A { \/* ... *\/ };\nclass C : public A { \/* ... *\/ };\n\nclass D : public B, public C {\n \/\/ D, A::foo() metodunu hem B hem de C \u00fczerinden miras al\u0131r.\n \/\/ D.foo() \u00e7a\u011fr\u0131ld\u0131\u011f\u0131nda belirsizlik olu\u015fur.\n \/\/ \u00c7\u00f6z\u00fcm: virtual public A; veya D'de foo() override etmek\n};\n <\/pre>\n\u00c7oklu Kal\u0131t\u0131ma Alternatif Yakla\u015f\u0131mlar: Daha Temiz Tasar\u0131mlar M\u00fcmk\u00fcn m\u00fc?<\/h2>\n
Aray\u00fczler ve Kompozisyon: G\u00fc\u00e7l\u00fc Alternatifler<\/h3>\n
\n\/\/ Java'da Aray\u00fcz \u00d6rne\u011fi (Kavramsal)\ninterface YuksekSesCikarabilir {\n void sesCikar();\n}\n\ninterface HizliHareketEdebilir {\n void hizliGit();\n}\n\nclass Araba implements YuksekSesCikarabilir, HizliHareketEdebilir {\n @Override\n public void sesCikar() {\n System.out.println(\"V\u0131nnn!\");\n }\n\n @Override\n public void hizliGit() {\n System.out.println(\"Araba h\u0131zla ilerliyor!\");\n }\n}\n <\/pre>\nAraba<\/code> s\u0131n\u0131f\u0131 hem YuksekSesCikarabilir<\/code> hem de HizliHareketEdebilir<\/code> aray\u00fczlerini implemente ederek her iki davran\u0131\u015f setini de kazan\u0131r. Bu, kodun anla\u015f\u0131l\u0131rl\u0131\u011f\u0131n\u0131 art\u0131r\u0131r ve her aray\u00fcz\u00fcn tek bir sorumlulu\u011fu olmas\u0131n\u0131 sa\u011flayarak Tekil Sorumluluk \u0130lkesi'ne (SRP) uygun tasar\u0131mlar\u0131 te\u015fvik eder.<\/p>\n\n\/\/ Python'da Kompozisyon \u00d6rne\u011fi\nclass SesMotoru:\n def ses_cikar(self):\n return \"Motor v\u0131nl\u0131yor!\"\n\nclass HareketMotoru:\n def hizli_git(self):\n return \"Tekerlekler d\u00f6n\u00fcyor ve h\u0131zlan\u0131yor!\"\n\nclass Araba:\n def __init__(self):\n self.ses_motoru = SesMotoru()\n self.hareket_motoru = HareketMotoru()\n\n def calistir(self):\n print(self.ses_motoru.ses_cikar())\n print(self.hareket_motoru.hizli_git())\n\n# Kullan\u0131m\narac = Araba()\narac.calistir()\n# \u00c7\u0131kt\u0131:\n# Motor v\u0131nl\u0131yor!\n# Tekerlekler d\u00f6n\u00fcyor ve h\u0131zlan\u0131yor!\n <\/pre>\nAraba<\/code> s\u0131n\u0131f\u0131 SesMotoru<\/code> ve HareketMotoru<\/code> s\u0131n\u0131flar\u0131ndan miras almak yerine, onlar\u0131n \u00f6rneklerini kendi i\u00e7inde bar\u0131nd\u0131r\u0131r. Bu, Araba<\/code> s\u0131n\u0131f\u0131n\u0131n karma\u015f\u0131kl\u0131\u011f\u0131n\u0131 azalt\u0131r ve her bir motor bile\u015fenini ayr\u0131 ayr\u0131 de\u011fi\u015ftirebilme veya farkl\u0131 motor tipleri ekleyebilme esnekli\u011fi sunar. Kompozisyon, \u00f6zellikle geni\u015fleyebilir ve mod\u00fcler sistemler tasarlarken \u00e7ok g\u00fc\u00e7l\u00fc bir yakla\u015f\u0131md\u0131r. \u0130leri d\u00fczeyde, \"Trait\"ler (Scala, PHP gibi dillerde) ve \"Extension Methods\" (C#) gibi di\u011fer mekanizmalar da \u00e7oklu kal\u0131t\u0131m\u0131n faydalar\u0131n\u0131 daha kontroll\u00fc bir \u015fekilde sunmay\u0131 ama\u00e7lar. Sonu\u00e7 olarak, \u00e7oklu kal\u0131t\u0131m belirli senaryolarda mant\u0131kl\u0131 olsa da, \u00e7o\u011fu zaman aray\u00fczler ve kompozisyon gibi alternatifler, daha y\u00f6netilebilir, test edilebilir ve esnek yaz\u0131l\u0131m tasar\u0131mlar\u0131 i\u00e7in daha uygun se\u00e7imler sunar.<\/p>\n\u00c7oklu Kal\u0131t\u0131m\u0131 Etkin ve G\u00fcvenli Kullanmak \u0130\u00e7in \u0130pu\u00e7lar\u0131<\/h2>\n
\n
LoggableMixin<\/code>, CacheableMixin<\/code> gibi. Bu, temel s\u0131n\u0131flar\u0131n\u0131z\u0131n sorumluluklar\u0131n\u0131 net tutar ve karma\u015f\u0131kl\u0131\u011f\u0131 azalt\u0131r.<\/li>\nClassName.mro()<\/code> veya help(ClassName)<\/code> kullanarak bir s\u0131n\u0131f\u0131n MRO'sunu kontrol edebilirsiniz. Bu, Elmas Problemi'nden kaynaklanan belirsizlikleri anlaman\u0131za yard\u0131mc\u0131 olur.<\/li>\n\nclass A:\n def f(self): return \"A\"\nclass B(A):\n def f(self): return \"B\"\nclass C(A):\n def f(self): return \"C\"\nclass D(B, C):\n pass\n\nprint(D.mro())\n# \u00c7\u0131kt\u0131: [super()<\/code>) do\u011fru kullanarak belirsizli\u011fi giderin.<\/li>\nMobil Uyumlu Tasar\u0131mda Kal\u0131t\u0131m ve CSS Media Query \u0130li\u015fkisi Nas\u0131l Kurulur?<\/h2>\n
UIComponent<\/code> temel s\u0131n\u0131f\u0131n\u0131z (veya bir aray\u00fcz\u00fcn\u00fcz) var. Bundan t\u00fcreyen Button<\/code>, Card<\/code>, NavigationBar<\/code> gibi s\u0131n\u0131flar (veya React, Vue gibi k\u00fct\u00fcphanelerde bile\u015fenler) belirli bir temel yap\u0131 ve davran\u0131\u015f setini miras al\u0131r. Bu bile\u015fenlerin her biri, temel bir HTML yap\u0131s\u0131na ve varsay\u0131lan CSS stillerine sahip olabilir. Ancak, bu bile\u015fenlerin mobil uyumlu hale gelmesi gerekti\u011finde, CSS Media Query'ler devreye girer. Bu sorgular, belirli ekran geni\u015fliklerine, cihaz y\u00f6nelimlerine veya \u00e7\u00f6z\u00fcn\u00fcrl\u00fcklere g\u00f6re farkl\u0131 stiller uygulaman\u0131z\u0131 sa\u011flar.<\/p>\n\n\nBa\u015fl\u0131k<\/h3>\n