Yaz\u0131l\u0131m geli\u015ftirme d\u00fcnyas\u0131nda, karma\u015f\u0131kl\u0131\u011f\u0131 y\u00f6netmek ve s\u00fcrd\u00fcr\u00fclebilir sistemler in\u015fa etmek her zaman \u00f6ncelikli bir hedeftir. Bu hedefe ula\u015fmada bize yol g\u00f6steren temel prensiplerden biri de SOLID prensipleridir. Bu makalemizde, SOLID prensiplerinin ilk harfi olan Tek Sorumluluk Prensibi (Single Responsibility Principle – SRP) \u00fczerine odaklanacak ve \u00f6zellikle “BlindSpot Log” gibi bir loglama sisteminde bu prensibin nas\u0131l uygulanabilece\u011fini, kod kalitesini nas\u0131l art\u0131rd\u0131\u011f\u0131n\u0131 ve gelecekteki de\u011fi\u015fikliklere nas\u0131l daha diren\u00e7li hale getirdi\u011fini detayl\u0131 bir \u015fekilde inceleyece\u011fiz. Amac\u0131m\u0131z, SRP’nin sadece teorik bir kavram olmad\u0131\u011f\u0131n\u0131, ayn\u0131 zamanda g\u00fcnl\u00fck geli\u015ftirme pratiklerimizde somut faydalar sa\u011flayan g\u00fc\u00e7l\u00fc bir ara\u00e7 oldu\u011funu g\u00f6stermektir.<\/p>\n
Tek Sorumluluk Prensibi (SRP), Robert C. Martin (Uncle Bob) taraf\u0131ndan ortaya konan SOLID prensiplerinin ilkidir ve yaz\u0131l\u0131m tasar\u0131m\u0131nda mod\u00fclerli\u011fi ve esnekli\u011fi art\u0131rmay\u0131 hedefler. Temelinde, her s\u0131n\u0131f\u0131n veya mod\u00fcl\u00fcn yaln\u0131zca bir<\/strong> sorumlulu\u011fu olmas\u0131 gerekti\u011fini savunur.<\/p>\n SRP’ye g\u00f6re, bir s\u0131n\u0131f\u0131n de\u011fi\u015fmesi i\u00e7in yaln\u0131zca bir nedeni olmal\u0131d\u0131r. Ba\u015fka bir deyi\u015fle, bir s\u0131n\u0131f\u0131n tek bir i\u015fi olmal\u0131 ve bu i\u015fi en iyi \u015fekilde yapmal\u0131d\u0131r. Bu, bir s\u0131n\u0131f\u0131n birden fazla farkl\u0131 payda\u015f veya akt\u00f6r taraf\u0131ndan de\u011fi\u015ftirilme ihtiyac\u0131 duymamas\u0131 gerekti\u011fi anlam\u0131na gelir. \u00d6rne\u011fin, bir rapor s\u0131n\u0131f\u0131 hem veriyi \u00e7ekme hem de raporu formatlama sorumlulu\u011funa sahipse, veritaban\u0131 yap\u0131s\u0131 de\u011fi\u015fti\u011finde de, raporun g\u00f6r\u00fcn\u00fcm\u00fc de\u011fi\u015fti\u011finde de bu s\u0131n\u0131f\u0131n de\u011fi\u015fmesi gerekir. Bu durum, SRP’nin ihlalidir.<\/p>\n SRP ba\u011flam\u0131nda “sorumluluk”, bir s\u0131n\u0131f\u0131n neden de\u011fi\u015fmesi gerekti\u011fiyle ilgilidir. Bu, bir s\u0131n\u0131f\u0131n belirli bir grup kullan\u0131c\u0131 veya i\u015f gereksinimi i\u00e7in tek bir g\u00f6revi yerine getirmesi gerekti\u011fi anlam\u0131na gelir. Bir s\u0131n\u0131f\u0131n sorumlulu\u011fu, onun i\u015flevsel amac\u0131n\u0131 ve di\u011fer sistem bile\u015fenleriyle olan etkile\u015fimini tan\u0131mlar. Karma\u015f\u0131k bir sistemde, sorumluluklar\u0131 net bir \u015fekilde tan\u0131mlamak, s\u0131n\u0131flar aras\u0131 ba\u011f\u0131ml\u0131l\u0131klar\u0131 azalt\u0131r ve kodun anla\u015f\u0131l\u0131rl\u0131\u011f\u0131n\u0131 art\u0131r\u0131r.<\/p>\n SRP’yi anlaman\u0131n en iyi yollar\u0131ndan biri “de\u011fi\u015fim ekseni” kavram\u0131d\u0131r. Bir s\u0131n\u0131f, birden fazla de\u011fi\u015fim eksenine sahipse (yani birden fazla farkl\u0131 nedenden dolay\u0131 de\u011fi\u015fmek zorunda kal\u0131yorsa), SRP’yi ihlal ediyor demektir. \u00d6rne\u011fin, bir kullan\u0131c\u0131 s\u0131n\u0131f\u0131 hem kullan\u0131c\u0131 bilgilerini y\u00f6netme hem de kullan\u0131c\u0131n\u0131n veritaban\u0131na kaydedilme mant\u0131\u011f\u0131n\u0131 i\u00e7eriyorsa, bu s\u0131n\u0131f\u0131n iki de\u011fi\u015fim ekseni vard\u0131r: kullan\u0131c\u0131 bilgilerinin yap\u0131s\u0131 de\u011fi\u015fti\u011finde ve veritaban\u0131 depolama mekanizmas\u0131 de\u011fi\u015fti\u011finde. SRP, bu eksenleri ay\u0131rarak her bir sorumlulu\u011fu ayr\u0131 bir s\u0131n\u0131fa veya mod\u00fcle atamay\u0131 \u00f6nerir.<\/p>\n SRP, sadece akademik bir prensip olmaktan \u00f6te, yaz\u0131l\u0131m projelerinin uzun vadeli sa\u011fl\u0131\u011f\u0131 ve s\u00fcrd\u00fcr\u00fclebilirli\u011fi i\u00e7in kritik faydalar sunar. Bu faydalar, geli\u015ftirme s\u00fcrecini kolayla\u015ft\u0131r\u0131r ve hatalar\u0131 azalt\u0131r.<\/p>\n SRP’ye uygun olarak tasarlanm\u0131\u015f s\u0131n\u0131flar, genellikle daha k\u00fc\u00e7\u00fck ve daha odakl\u0131d\u0131r. Bu durum, bir hata ay\u0131klama veya yeni bir \u00f6zellik ekleme s\u0131ras\u0131nda ilgili kodu bulmay\u0131 ve anlamay\u0131 kolayla\u015ft\u0131r\u0131r. Bir s\u0131n\u0131f\u0131n tek bir sorumlulu\u011fu oldu\u011funda, o s\u0131n\u0131f\u0131n ne yapt\u0131\u011f\u0131n\u0131 ve nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 kavramak \u00e7ok daha basittir. Bu da bak\u0131m maliyetlerini d\u00fc\u015f\u00fcr\u00fcr ve geli\u015ftirme h\u0131z\u0131n\u0131 art\u0131r\u0131r.<\/p>\n Tek bir sorumlulu\u011fa sahip s\u0131n\u0131flar, birim testleri (unit tests) yazmak i\u00e7in idealdir. Her s\u0131n\u0131f\u0131n sadece belirli bir i\u015flevi yerine getirmesi, o i\u015flevi izole bir \u015fekilde test etmeyi m\u00fcmk\u00fcn k\u0131lar. Ba\u011f\u0131ml\u0131l\u0131klar\u0131 az olan ve net sorumluluklara sahip s\u0131n\u0131flar, mock veya stub nesnelerle kolayca test edilebilir. Bu da test kapsam\u0131n\u0131 art\u0131r\u0131r, hatalar\u0131n erken a\u015famada tespit edilmesini sa\u011flar ve genel yaz\u0131l\u0131m kalitesini y\u00fckseltir.<\/p>\n SRP, sistemin farkl\u0131 b\u00f6l\u00fcmlerinin birbirinden ba\u011f\u0131ms\u0131z olarak de\u011fi\u015febilmesine olanak tan\u0131r. Bir s\u0131n\u0131f\u0131n tek bir sorumlulu\u011fu oldu\u011funda, o sorumlulukla ilgili bir de\u011fi\u015fiklik yap\u0131ld\u0131\u011f\u0131nda, di\u011fer sorumluluklar\u0131 olan s\u0131n\u0131flar\u0131n etkilenme olas\u0131l\u0131\u011f\u0131 azal\u0131r. Bu, yeni \u00f6zellikler eklerken veya mevcut i\u015flevselli\u011fi de\u011fi\u015ftirirken “yan etki” riskini minimize eder. B\u00f6ylece, sistem daha esnek hale gelir ve gelecekteki geni\u015fletmelere daha kolay adapte olabilir.<\/p>\n “BlindSpot Log” gibi bir loglama sisteminde SRP’yi uygulamak, loglama mekanizmas\u0131n\u0131n daha sa\u011flam, esnek ve y\u00f6netilebilir olmas\u0131n\u0131 sa\u011flar. Loglama, genellikle bir\u00e7ok farkl\u0131 sorumlulu\u011fu bir araya getirme e\u011filiminde olan bir aland\u0131r.<\/p>\n Tipik bir loglama mod\u00fcl\u00fc, a\u015fa\u011f\u0131daki gibi \u00e7e\u015fitli sorumluluklar\u0131 i\u00e7erebilir:<\/p>\n E\u011fer t\u00fcm bu sorumluluklar tek bir SRP’ye uygun bir loglama sistemi tasarlamak i\u00e7in her bir sorumlulu\u011fu ayr\u0131 s\u0131n\u0131flara ay\u0131rmam\u0131z gerekir. \u0130\u015fte basit bir \u00f6rnek:<\/p>\n <\/code><\/p>\n Bu \u00f6rnekte, SRP'yi loglama katman\u0131nda uygulayarak, her bir loglama bile\u015feninin kendi i\u015fine odaklanmas\u0131n\u0131 sa\u011flar\u0131z. Bu ayr\u0131m sayesinde:<\/p>\n Bu mod\u00fcler yap\u0131, \"BlindSpot Log\" gibi bir sistemin gelecekteki ihtiya\u00e7lara daha kolay adapte olmas\u0131n\u0131 sa\u011flar.<\/p>\n SRP'nin faydalar\u0131 a\u00e7\u0131k olsa da, uygulamada bu prensibi ihlal etmek olduk\u00e7a yayg\u0131nd\u0131r. Bu ihlaller genellikle \"Tanr\u0131 Nesneleri\" veya \u00e7ok ama\u00e7l\u0131 metotlar \u015feklinde ortaya \u00e7\u0131kar.<\/p>\n \"Tanr\u0131 Nesneleri\", sistemdeki neredeyse her \u015feyi bilen ve her \u015feyi yapan, \u00e7ok say\u0131da sorumlulu\u011fu \u00fczerinde toplayan s\u0131n\u0131flard\u0131r. Bu t\u00fcr s\u0131n\u0131flar, genellikle \u00e7ok b\u00fcy\u00fck olur, anla\u015f\u0131lmas\u0131 zordur ve herhangi bir de\u011fi\u015fiklik yap\u0131ld\u0131\u011f\u0131nda beklenmedik yan etkilere yol a\u00e7abilir. Bir \"Tanr\u0131 Nesnesi\"nde yap\u0131lan k\u00fc\u00e7\u00fck bir de\u011fi\u015fiklik bile, sistemin farkl\u0131 ve alakas\u0131z b\u00f6l\u00fcmlerini etkileyebilir, bu da hata ay\u0131klamay\u0131 ve bak\u0131m\u0131 kabusa \u00e7evirir.<\/p>\n S\u0131n\u0131flarda oldu\u011fu gibi, metotlar da tek bir sorumlulu\u011fa sahip olmal\u0131d\u0131r. Bir metot, birden fazla farkl\u0131 g\u00f6revi yerine getiriyorsa, bu metot da SRP'yi ihlal ediyor demektir. \u00d6rne\u011fin, bir metot hem veri do\u011frulamas\u0131n\u0131 yap\u0131yor, hem veritaban\u0131na kaydediyor hem de kullan\u0131c\u0131ya bildirim g\u00f6nderiyorsa, bu metot \u00e7ok ama\u00e7l\u0131d\u0131r. Bu t\u00fcr metotlar, kodun okunabilirli\u011fini azalt\u0131r ve test edilmesini zorla\u015ft\u0131r\u0131r.<\/p>\n SRP ihlali, genellikle s\u0131n\u0131flar aras\u0131nda gereksiz ve s\u0131k\u0131 ba\u011f\u0131ml\u0131l\u0131klar\u0131n olu\u015fmas\u0131na neden olur. Bir s\u0131n\u0131f, birden fazla sorumlulu\u011fa sahip oldu\u011funda, bu sorumluluklar\u0131 yerine getirmek i\u00e7in ba\u015fka bir\u00e7ok s\u0131n\u0131fa ba\u011f\u0131ml\u0131 hale gelir. Bu ba\u011f\u0131ml\u0131l\u0131klar, sistemin mod\u00fclerli\u011fini bozar ve bir bile\u015fendeki de\u011fi\u015fikli\u011fin domino etkisiyle di\u011fer bir\u00e7ok bile\u015feni etkilemesine neden olur. Bu durum, \u00f6zellikle b\u00fcy\u00fck ve karma\u015f\u0131k sistemlerde y\u00f6netilmesi zor bir hal al\u0131r.<\/p>\n SRP'yi yaz\u0131l\u0131m tasar\u0131m\u0131na dahil etmek, bilin\u00e7li bir \u00e7aba ve baz\u0131 pratik teknikler gerektirir. \u0130\u015fte bu prensibi etkili bir \u015fekilde uygulaman\u0131za yard\u0131mc\u0131 olacak baz\u0131 ipu\u00e7lar\u0131:<\/p>\n S\u0131n\u0131flar\u0131n\u0131z\u0131n ve metotlar\u0131n\u0131z\u0131n boyutunu k\u00fc\u00e7\u00fck tutmaya \u00e7al\u0131\u015f\u0131n. Bir s\u0131n\u0131f\u0131n y\u00fczlerce sat\u0131r kodu varsa veya bir metot birden fazla ekran\u0131 kapl\u0131yorsa, muhtemelen birden fazla sorumlulu\u011fu vard\u0131r. S\u0131n\u0131flar\u0131n\u0131z\u0131 ve metotlar\u0131n\u0131z\u0131 daha k\u00fc\u00e7\u00fck, daha odakl\u0131 par\u00e7alara b\u00f6lmek, SRP'yi uygulaman\u0131n ilk ad\u0131m\u0131d\u0131r. Her s\u0131n\u0131f\u0131n ne i\u015f yapt\u0131\u011f\u0131n\u0131 tek bir c\u00fcmleyle a\u00e7\u0131klayabiliyorsan\u0131z, do\u011fru yoldas\u0131n\u0131z demektir.<\/p>\n Aray\u00fczler (interfaces), SRP'yi uygulaman\u0131n g\u00fc\u00e7l\u00fc bir yoludur. Bir aray\u00fcz, bir s\u0131n\u0131f\u0131n sahip olmas\u0131 gereken belirli bir davran\u0131\u015f\u0131 veya yetene\u011fi tan\u0131mlar. Her aray\u00fcz\u00fcn tek bir sorumlulu\u011fu olmal\u0131d\u0131r. S\u0131n\u0131flar\u0131n\u0131z\u0131 bu aray\u00fczleri uygulamaya zorlayarak, her s\u0131n\u0131f\u0131n yaln\u0131zca tan\u0131mlanm\u0131\u015f tek bir sorumlulu\u011fu yerine getirmesini sa\u011flayabilirsiniz. Bu, ayn\u0131 zamanda ba\u011f\u0131ml\u0131l\u0131klar\u0131 tersine \u00e7evirme prensibine (DIP) de katk\u0131da bulunur.<\/p>\n Kod yazmaya ba\u015flamadan \u00f6nce, bir s\u0131n\u0131f\u0131n veya mod\u00fcl\u00fcn hangi sorumluluklara sahip olaca\u011f\u0131n\u0131 net bir \u015fekilde tan\u0131mlay\u0131n. Bu, tasar\u0131m a\u015famas\u0131nda SRP ihlallerini tespit etmenize yard\u0131mc\u0131 olur. S\u0131n\u0131f adland\u0131rmalar\u0131 da sorumlulu\u011fu yans\u0131tmal\u0131d\u0131r (\u00f6rne\u011fin, SRP, SOLID prensiplerinin temel ta\u015f\u0131d\u0131r ve di\u011fer prensiplerle s\u0131k\u0131 bir ili\u015fki i\u00e7indedir. Birini do\u011fru uygulamak, genellikle di\u011ferlerinin de daha kolay uygulanmas\u0131na yard\u0131mc\u0131 olur.<\/p>\n Open\/Closed Prensibi (OCP), yaz\u0131l\u0131m varl\u0131klar\u0131n\u0131n (s\u0131n\u0131flar, mod\u00fcller vb.) geli\u015ftirmeye a\u00e7\u0131k, ancak de\u011fi\u015fikli\u011fe kapal\u0131 olmas\u0131 gerekti\u011fini s\u00f6yler. SRP, OCP'yi destekler \u00e7\u00fcnk\u00fc her s\u0131n\u0131f\u0131n tek bir sorumlulu\u011fu oldu\u011funda, yeni bir \u00f6zellik eklemek veya mevcut bir davran\u0131\u015f\u0131 de\u011fi\u015ftirmek genellikle mevcut bir s\u0131n\u0131f\u0131 de\u011fi\u015ftirmek yerine yeni bir s\u0131n\u0131f ekleyerek veya var olan\u0131 geni\u015fleterek yap\u0131labilir. Bu, mevcut kodu bozma riskini azalt\u0131r.<\/p>\n Liskov Yerine Ge\u00e7me Prensibi (LSP), t\u00fcretilmi\u015f s\u0131n\u0131flar\u0131n temel s\u0131n\u0131flar\u0131n\u0131n yerine ge\u00e7ebilmesi gerekti\u011fini belirtir. SRP, s\u0131n\u0131flar\u0131n daha odakl\u0131 ve tutarl\u0131 davranmas\u0131n\u0131 sa\u011flayarak LSP'ye katk\u0131da bulunur. Tek bir sorumlulu\u011fa sahip s\u0131n\u0131flar, daha az beklenmedik davran\u0131\u015f sergiler ve bu da t\u00fcretilmi\u015f s\u0131n\u0131flar\u0131n temel s\u0131n\u0131flar\u0131n s\u00f6zle\u015fmesini ihlal etme olas\u0131l\u0131\u011f\u0131n\u0131 azalt\u0131r.<\/p>\n Ba\u011f\u0131ml\u0131l\u0131k Tersine \u00c7evirme Prensibi (DIP), y\u00fcksek seviyeli mod\u00fcllerin d\u00fc\u015f\u00fck seviyeli mod\u00fcllere de\u011fil, soyutlamalara ba\u011fl\u0131 olmas\u0131 gerekti\u011fini s\u00f6yler. SRP, aray\u00fczlerin ve soyutlamalar\u0131n do\u011fru \u015fekilde kullan\u0131lmas\u0131n\u0131 te\u015fvik ederek DIP'yi destekler. Her sorumlulu\u011fun ayr\u0131 bir aray\u00fczle temsil edilmesi, s\u0131n\u0131flar\u0131n somut uygulamalara de\u011fil, soyutlamalara ba\u011f\u0131ml\u0131 olmas\u0131n\u0131 sa\u011flar. Bu, daha esnek ve test edilebilir bir mimari olu\u015fturur.<\/p>\n Tek Sorumluluk Prensibi, yaz\u0131l\u0131m geli\u015ftirme s\u00fcrecine \u00f6nemli avantajlar sa\u011flarken, ayn\u0131 zamanda baz\u0131 uygulama zorluklar\u0131n\u0131 da beraberinde getirebilir.<\/p>\n SRP'nin en b\u00fcy\u00fck avantajlar\u0131 aras\u0131nda kodun daha okunabilir, anla\u015f\u0131labilir ve y\u00f6netilebilir olmas\u0131 yer al\u0131r. Bu, geli\u015ftirme h\u0131z\u0131n\u0131 art\u0131r\u0131r, hata oranlar\u0131n\u0131 d\u00fc\u015f\u00fcr\u00fcr ve yeni ekip \u00fcyelerinin projeye adaptasyonunu kolayla\u015ft\u0131r\u0131r. Mod\u00fcler yap\u0131 sayesinde, farkl\u0131 geli\u015ftiriciler ayn\u0131 anda farkl\u0131 sorumluluklar \u00fczerinde \u00e7al\u0131\u015fabilir, bu da paralel geli\u015ftirmeyi te\u015fvik eder. Ayr\u0131ca, sistemin gelecekteki de\u011fi\u015fikliklere kar\u015f\u0131 daha diren\u00e7li olmas\u0131n\u0131 sa\u011flar, bu da uzun vadede bak\u0131m maliyetlerini \u00f6nemli \u00f6l\u00e7\u00fcde azalt\u0131r.<\/p>\n SRP'yi uygularken kar\u015f\u0131la\u015f\u0131lan en yayg\u0131n zorluklardan biri, sorumluluklar\u0131 a\u015f\u0131r\u0131 derecede par\u00e7alama riskidir. Her k\u00fc\u00e7\u00fck i\u015flevi ayr\u0131 bir s\u0131n\u0131fa ay\u0131rmak, \u00e7ok say\u0131da k\u00fc\u00e7\u00fck s\u0131n\u0131f\u0131n olu\u015fmas\u0131na ve kod taban\u0131n\u0131n gereksiz yere karma\u015f\u0131kla\u015fmas\u0131na yol a\u00e7abilir. Bu durum, \"mikro s\u0131n\u0131flar\" olarak adland\u0131r\u0131labilir ve bir i\u015flevi tamamlamak i\u00e7in \u00e7ok say\u0131da s\u0131n\u0131fla etkile\u015fime girmeyi gerektirebilir. \u00d6nemli olan, \"bir sorumluluk\" kavram\u0131n\u0131 do\u011fru bir \u015fekilde yorumlamak ve sistemi gereksiz yere par\u00e7alamaktan ka\u00e7\u0131nmakt\u0131r.<\/p>\n Bir s\u0131n\u0131f\u0131n tek ve do\u011fru sorumlulu\u011funu belirlemek, \u00f6zellikle karma\u015f\u0131k i\u015f mant\u0131\u011f\u0131na sahip sistemlerde zorlay\u0131c\u0131 olabilir. \"Sorumluluk\" kavram\u0131 bazen s\u00fcbjektif olabilir ve farkl\u0131 geli\u015ftiriciler farkl\u0131 yorumlayabilir. Bu, tasar\u0131m tart\u0131\u015fmalar\u0131n\u0131 gerektirebilir ve deneyimle geli\u015ftirilen bir beceridir. \u0130yi bir tasar\u0131m, sorumluluklar\u0131 net bir \u015fekilde ay\u0131r\u0131rken, ayn\u0131 zamanda mant\u0131ksal olarak birbiriyle ili\u015fkili i\u015flevleri bir arada tutmay\u0131 ba\u015far\u0131r. Bu dengeyi bulmak, SRP'nin ba\u015far\u0131l\u0131 bir \u015fekilde uygulanmas\u0131n\u0131n anahtar\u0131d\u0131r.<\/p>\n Tek Sorumluluk Prensibi (SRP), sadece bir tasar\u0131m prensibi olman\u0131n \u00f6tesinde, yaz\u0131l\u0131m projelerimizin kalitesini, s\u00fcrd\u00fcr\u00fclebilirli\u011fini ve y\u00f6netilebilirli\u011fini do\u011frudan etkileyen kritik bir yakla\u015f\u0131md\u0131r. \"BlindSpot Log\" gibi bir loglama sisteminde SRP'yi uygulamak, loglama mekanizmas\u0131n\u0131 daha esnek, test edilebilir ve gelecekteki de\u011fi\u015fikliklere daha diren\u00e7li hale getirir. Her s\u0131n\u0131f\u0131n veya mod\u00fcl\u00fcn tek bir, iyi tan\u0131mlanm\u0131\u015f bir sorumlulu\u011fa sahip olmas\u0131, kodun okunabilirli\u011fini art\u0131r\u0131r, hata ay\u0131klamay\u0131 kolayla\u015ft\u0131r\u0131r ve bak\u0131m maliyetlerini d\u00fc\u015f\u00fcr\u00fcr. Her ne kadar ilk ba\u015fta a\u015f\u0131r\u0131 par\u00e7alama gibi g\u00f6r\u00fcnen bir \u00e7aba gerektirse de, SRP'nin uzun vadeli faydalar\u0131, bu ilk yat\u0131r\u0131m\u0131n fazlas\u0131yla kar\u015f\u0131l\u0131\u011f\u0131n\u0131 verir. Unutmay\u0131n, temiz kod yazmak bir sanatt\u0131r ve SRP, bu sanat\u0131n temel f\u0131r\u00e7a darbelerinden biridir.<\/p>\n SRP (Single Responsibility Principle - Tek Sorumluluk Prensibi), SOLID prensiplerinin ilkidir ve bir s\u0131n\u0131f\u0131n veya mod\u00fcl\u00fcn yaln\u0131zca bir sorumlulu\u011fu olmas\u0131 gerekti\u011fini, yani de\u011fi\u015fmesi i\u00e7in yaln\u0131zca bir nedeni olmas\u0131 gerekti\u011fini belirtir.<\/p>\n Bir s\u0131n\u0131f\u0131n birden fazla farkl\u0131 nedenden dolay\u0131 de\u011fi\u015fmesi gerekiyorsa (\u00f6rne\u011fin, hem veri format\u0131 de\u011fi\u015fti\u011finde hem de veritaban\u0131 yap\u0131s\u0131 de\u011fi\u015fti\u011finde), veya s\u0131n\u0131f\u0131n ad\u0131n\u0131 a\u00e7\u0131klarken \"ve\" ba\u011flac\u0131n\u0131 s\u0131k\u00e7a kullan\u0131yorsan\u0131z, muhtemelen SRP'yi ihlal ediyorsunuzdur.<\/p>\n Hay\u0131r, SRP her s\u0131n\u0131f\u0131n sadece bir metodu olmas\u0131 gerekti\u011fini s\u00f6ylemez. Bir s\u0131n\u0131f\u0131n birden fazla metodu olabilir, ancak bu metotlar\u0131n hepsi o s\u0131n\u0131f\u0131n tek ve ana sorumlulu\u011fuyla ilgili olmal\u0131d\u0131r. \u00d6rne\u011fin, bir Yanl\u0131\u015f uyguland\u0131\u011f\u0131nda evet, SRP a\u015f\u0131r\u0131 par\u00e7alamaya yol a\u00e7abilir. \u00d6nemli olan, \"sorumluluk\" kavram\u0131n\u0131 do\u011fru bir \u015fekilde yorumlamak ve her k\u00fc\u00e7\u00fck i\u015flevi ayr\u0131 bir s\u0131n\u0131fa ay\u0131rmak yerine, mant\u0131ksal olarak birbiriyle ili\u015fkili ve tek bir \"de\u011fi\u015fim ekseni\"ne sahip i\u015flevleri bir arada tutmakt\u0131r. Bu dengeyi bulmak deneyim gerektirir.<\/p>\n \"BlindSpot Log\" projesinde SRP'yi uygulamak, loglama bile\u015fenlerini (formatlama, yazma, bildirim vb.) birbirinden ay\u0131rarak her birinin ba\u011f\u0131ms\u0131z olarak geli\u015ftirilmesini, test edilmesini ve de\u011fi\u015ftirilmesini sa\u011flar. Bu, sistemin daha esnek, bak\u0131m\u0131 kolay ve gelecekteki ihtiya\u00e7lara daha h\u0131zl\u0131 adapte olabilir olmas\u0131n\u0131 sa\u011flar.<\/p>\n","protected":false},"excerpt":{"rendered":"Yaz\u0131l\u0131m geli\u015ftirme d\u00fcnyas\u0131nda, karma\u015f\u0131kl\u0131\u011f\u0131 y\u00f6netmek ve s\u00fcrd\u00fcr\u00fclebilir sistemler in\u015fa etmek her zaman \u00f6ncelikli bir hedeftir. Bu hedefe ula\u015f…","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[1],"tags":[],"class_list":{"0":"post-38297","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-genel","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\nTan\u0131m ve Ama\u00e7<\/h4>\n
“Sorumluluk” Ne Anlama Gelir?<\/h4>\n
De\u011fi\u015fim Ekseni ve Tek Sorumluluk<\/h4>\n
Neden SRP \u00d6nemlidir?<\/h3>\n
Kod Bak\u0131m Kolayl\u0131\u011f\u0131<\/h4>\n
Test Edilebilirlik<\/h4>\n
Esneklik ve Geni\u015fletilebilirlik<\/h4>\n
SRP’nin “BlindSpot Log” Ba\u011flam\u0131nda Uygulanmas\u0131<\/h3>\n
Loglama Mod\u00fcl\u00fcn\u00fcn Sorumluluklar\u0131<\/h4>\n
\n
Logger<\/code> s\u0131n\u0131f\u0131nda toplan\u0131rsa, bu s\u0131n\u0131f\u0131n de\u011fi\u015fmesi i\u00e7in birden fazla nedeni olur ve SRP ihlal edilmi\u015f olur.<\/p>\n\u00d6rnek: SRP’ye Uygun Log S\u0131n\u0131f\u0131 Tasar\u0131m\u0131<\/h4>\n
\/\/ SRP \u0130hlali \u00d6rne\u011fi: Tek S\u0131n\u0131fta \u00c7oklu Sorumluluk\npublic class BadLogger\n{\n public void Log(string message, LogLevel level)\n {\n \/\/ 1. Mesaj\u0131 formatla\n string formattedMessage = $\"{DateTime.Now} [{level}] {message}\";\n\n \/\/ 2. Mesaj\u0131 dosyaya yaz\n File.AppendAllText(\"application.log\", formattedMessage + Environment.NewLine);\n\n \/\/ 3. Hata durumunda e-posta g\u00f6nder\n if (level == LogLevel.Error)\n {\n SendEmail(\"admin@example.com\", \"Hata Bildirimi\", formattedMessage);\n }\n }\n\n private void SendEmail(string to, string subject, string body)\n {\n \/\/ E-posta g\u00f6nderme mant\u0131\u011f\u0131\n Console.WriteLine($\"E-posta g\u00f6nderildi: {to}, Konu: {subject}, \u0130\u00e7erik: {body}\");\n }\n}\n\n\/\/ SRP'ye Uygun Tasar\u0131m\npublic interface ILogFormatter\n{\n string Format(string message, LogLevel level);\n}\n\npublic class DefaultLogFormatter : ILogFormatter\n{\n public string Format(string message, LogLevel level)\n {\n return $\"{DateTime.Now} [{level}] {message}\";\n }\n}\n\npublic interface ILogWriter\n{\n void Write(string formattedMessage);\n}\n\npublic class FileLogWriter : ILogWriter\n{\n private readonly string _filePath;\n public FileLogWriter(string filePath) => _filePath = filePath;\n\n public void Write(string formattedMessage)\n {\n File.AppendAllText(_filePath, formattedMessage + Environment.NewLine);\n }\n}\n\npublic class ConsoleLogWriter : ILogWriter\n{\n public void Write(string formattedMessage)\n {\n Console.WriteLine(formattedMessage);\n }\n}\n\npublic interface IErrorNotifier\n{\n void Notify(string message);\n}\n\npublic class EmailNotifier : IErrorNotifier\n{\n private readonly string _adminEmail;\n public EmailNotifier(string adminEmail) => _adminEmail = adminEmail;\n\n public void Notify(string message)\n {\n Console.WriteLine($\"E-posta g\u00f6nderildi: {_adminEmail}, Konu: Hata Bildirimi, \u0130\u00e7erik: {message}\");\n }\n}\n\npublic class SSRPLogger \/\/ Single Responsibility Principle Logger\n{\n private readonly ILogFormatter _formatter;\n private readonly ILogWriter _writer;\n private readonly IErrorNotifier _notifier;\n\n public SSRPLogger(ILogFormatter formatter, ILogWriter writer, IErrorNotifier notifier)\n {\n _formatter = formatter;\n _writer = writer;\n _notifier = notifier;\n }\n\n public void Log(string message, LogLevel level)\n {\n string formattedMessage = _formatter.Format(message, level);\n _writer.Write(formattedMessage);\n\n if (level == LogLevel.Error)\n {\n _notifier.Notify(formattedMessage);\n }\n }\n}\n\npublic enum LogLevel { Info, Warning, Error }\n<\/pre>\nBadLogger<\/code> s\u0131n\u0131f\u0131 hem formatlama, hem yazma, hem de bildirim sorumluluklar\u0131n\u0131 \u00fcstlenirken, SRP'ye uygun tasar\u0131mda bu sorumluluklar ILogFormatter<\/code>, ILogWriter<\/code> ve IErrorNotifier<\/code> aray\u00fczleri ve bunlar\u0131 uygulayan s\u0131n\u0131flar arac\u0131l\u0131\u011f\u0131yla ayr\u0131lm\u0131\u015ft\u0131r. SSRPLogger<\/code> s\u0131n\u0131f\u0131n\u0131n tek sorumlulu\u011fu, loglama ak\u0131\u015f\u0131n\u0131 koordine etmektir.<\/p>\nLoglama Katman\u0131nda Sorumluluk Ayr\u0131m\u0131<\/h4>\n
\n
ILogFormatter<\/code> uygulayan s\u0131n\u0131flar etkilenir.<\/li>\nILogWriter<\/code> uygulayan s\u0131n\u0131flar etkilenir.<\/li>\nIErrorNotifier<\/code> uygulayan s\u0131n\u0131flar etkilenir.<\/li>\n<\/ul>\nSRP \u0130hlalleri ve Ortak Tuzaklar<\/h3>\n
\"Tanr\u0131 Nesneleri\" (God Objects)<\/h4>\n
\u00c7ok Ama\u00e7l\u0131 Metotlar<\/h4>\n
Gereksiz Ba\u011f\u0131ml\u0131l\u0131klar<\/h4>\n
SRP'yi Uygulama Teknikleri ve \u0130pu\u00e7lar\u0131<\/h3>\n
S\u0131n\u0131f ve Metot Boyutunu Kontrol Etmek<\/h4>\n
Aray\u00fczlerin Rol\u00fc<\/h4>\n
Sorumluluklar\u0131 A\u00e7\u0131k\u00e7a Tan\u0131mlama<\/h4>\n
UserManager<\/code> yerine UserAuthenticator<\/code> ve UserRepository<\/code> gibi daha spesifik isimler). Bir s\u0131n\u0131f\u0131n birden fazla \"ve\" ba\u011flac\u0131yla a\u00e7\u0131klanan bir sorumlulu\u011fu varsa (\u00f6rne\u011fin, \"kullan\u0131c\u0131y\u0131 do\u011frular VE veritaban\u0131na kaydeder\"), bu bir SRP ihlali g\u00f6stergesidir.<\/p>\nSRP'nin Di\u011fer SOLID Prensipleriyle \u0130li\u015fkisi<\/h3>\n
Open\/Closed Prensibi (OCP) ile Etkile\u015fim<\/h4>\n
Liskov Yerine Ge\u00e7me Prensibi (LSP) ve SRP<\/h4>\n
Ba\u011f\u0131ml\u0131l\u0131k Tersine \u00c7evirme Prensibi (DIP) ve SRP<\/h4>\n
SRP'nin Avantajlar\u0131 ve Zorluklar\u0131<\/h3>\n
Geli\u015ftirme S\u00fcrecine Katk\u0131lar\u0131<\/h4>\n
A\u015f\u0131r\u0131 Par\u00e7alama Riski<\/h4>\n
Do\u011fru Sorumlulu\u011fu Bulman\u0131n Zorlu\u011fu<\/h4>\n
Sonu\u00e7<\/h2>\n
SSS (S\u0131k\u00e7a Sorulan Sorular)<\/h2>\n
SRP nedir?<\/h3>\n
SRP'yi ihlal etti\u011fimi nas\u0131l anlar\u0131m?<\/h3>\n
Her s\u0131n\u0131f\u0131n sadece bir metodu mu olmal\u0131?<\/h3>\n
UserRepository<\/code> s\u0131n\u0131f\u0131n\u0131n AddUser<\/code>, GetUserById<\/code>, UpdateUser<\/code> gibi metotlar\u0131 olabilir, \u00e7\u00fcnk\u00fc hepsi \"kullan\u0131c\u0131 verilerini y\u00f6netme\" ana sorumlulu\u011funa hizmet eder.<\/p>\nSRP a\u015f\u0131r\u0131 par\u00e7alamaya yol a\u00e7ar m\u0131?<\/h3>\n
\"BlindSpot Log\" projesinde SRP'yi uygulamak ne gibi faydalar sa\u011flar?<\/h3>\n