Kodunuzun kalitesini art\u0131rmak, hatalar\u0131 azaltmak ve yaz\u0131l\u0131m geli\u015ftirme s\u00fcre\u00e7lerinizi h\u0131zland\u0131rmak m\u0131 istiyorsunuz? Cevab\u0131n\u0131z evet ise, uzun fonksiyon yazma al\u0131\u015fkanl\u0131\u011f\u0131n\u0131z\u0131 de\u011fi\u015ftirmenin zaman\u0131 geldi demektir. Bu makale, neden uzun fonksiyonlardan vazge\u00e7meniz gerekti\u011fini ve daha temiz, bak\u0131m\u0131 kolay kodlar yazmak i\u00e7in pratik ad\u0131mlar\u0131 ele alacakt\u0131r.<\/p>\n
Her yaz\u0131l\u0131mc\u0131n\u0131n kariyerinde en az bir kez kar\u015f\u0131la\u015ft\u0131\u011f\u0131, binlerce sat\u0131ra ula\u015fan, her \u015feyi yapmaya \u00e7al\u0131\u015fan o “mega” fonksiyonlar\u0131 d\u00fc\u015f\u00fcn\u00fcn. Belki de siz yazd\u0131n\u0131z, belki de devrald\u0131\u011f\u0131n\u0131z bir projede kar\u015f\u0131la\u015ft\u0131n\u0131z. Peki, bu uzun fonksiyonlar ger\u00e7ekten bir sorun mu, yoksa sadece estetik bir tercih meselesi mi? K\u0131sa cevap: Evet, ciddi bir sorun. Uzun fonksiyonlar, “teknik bor\u00e7” olarak adland\u0131r\u0131lan, gelecekte sizi yava\u015flatacak ve maliyetleri art\u0131racak g\u00f6r\u00fcnmez bir y\u00fck ta\u015f\u0131r.<\/p>\n
Bir fonksiyonun “uzun” kabul edilmesi i\u00e7in kesin bir sat\u0131r say\u0131s\u0131 kural\u0131 olmamakla birlikte, genel kabul g\u00f6ren birka\u00e7 \u00f6l\u00e7\u00fct vard\u0131r. Genellikle 20-30 sat\u0131r\u0131 a\u015fan, tek bir i\u015flevi yerine getirmek yerine birden fazla sorumlulu\u011fu \u00fcstlenen, karma\u015f\u0131k kontrol ak\u0131\u015flar\u0131na (i\u00e7 i\u00e7e if-else bloklar\u0131, uzun switch ifadeleri) sahip fonksiyonlar “uzun” olarak nitelendirilebilir. Kodunuzun anla\u015f\u0131l\u0131rl\u0131\u011f\u0131n\u0131 zorla\u015ft\u0131ran, bir bak\u0131\u015fta ne yapt\u0131\u011f\u0131n\u0131 anlamakta g\u00fc\u00e7l\u00fck \u00e7ekti\u011finiz her fonksiyon, potansiyel olarak uzundur.<\/p>\n
Uzun fonksiyonlar\u0131n neden zararl\u0131 oldu\u011funu daha iyi anlamak i\u00e7in temel sorun alanlar\u0131na odaklanal\u0131m:<\/p>\n
\u00d6zetle, uzun fonksiyonlar ilk bak\u0131\u015fta “i\u015fi tek bir yerde bitirme” kolayl\u0131\u011f\u0131 sunuyor gibi g\u00f6r\u00fcnse de, uzun vadede projenizin sa\u011fl\u0131\u011f\u0131n\u0131, ekip verimlili\u011fini ve dolay\u0131s\u0131yla maliyetleri olumsuz etkileyen \u00f6nemli bir teknik bor\u00e7 kayna\u011f\u0131d\u0131r. Bu nedenle, daha iyi bir yaz\u0131l\u0131m geli\u015ftirme deneyimi i\u00e7in bu al\u0131\u015fkanl\u0131ktan vazge\u00e7mek kritik \u00f6neme sahiptir.<\/p>\n
Uzun fonksiyonlar\u0131n teorik zararlar\u0131n\u0131 anlad\u0131k, peki ya ger\u00e7ek d\u00fcnyadaki etkileri? Bu b\u00f6l\u00fcmde, uzun fonksiyonlar\u0131n bir projeyi ve geli\u015ftirici ekibini nas\u0131l olumsuz etkileyebilece\u011fini g\u00f6steren iki vaka analiziyle konuyu somutla\u015ft\u0131raca\u011f\u0131z. Bu senaryolar, her an sizin de kar\u015f\u0131la\u015fabilece\u011finiz durumlar\u0131 yans\u0131tmaktad\u0131r.<\/p>\n
Hayali bir e-ticaret uygulamas\u0131nda, Bir g\u00fcn, \u00f6deme ge\u00e7idi (payment gateway) sa\u011flay\u0131c\u0131s\u0131 API’sinde k\u00fc\u00e7\u00fck bir de\u011fi\u015fiklik yapar. Bu de\u011fi\u015fiklik, \u00f6deme i\u015flem kodunun g\u00fcncellenmesini gerektirir. Ekipteki bir geli\u015ftirici, yaln\u0131zca \u00f6deme ad\u0131m\u0131n\u0131 ilgilendiren bu de\u011fi\u015fikli\u011fi yapmak i\u00e7in Sonu\u00e7:<\/strong> Yeni da\u011f\u0131t\u0131mdan sonra, baz\u0131 sipari\u015flerin stoklar\u0131 do\u011fru g\u00fcncellenmez veya kargo bildirimleri g\u00f6nderilmez. M\u00fc\u015fteriler \u00fcr\u00fcnlerini alamaz, e-ticaret \u015firketi hem itibar hem de finansal kay\u0131plarla kar\u015f\u0131 kar\u015f\u0131ya kal\u0131r. Geli\u015ftirme ekibi saatlerce s\u00fcren bir hata ay\u0131klama maratonuna girer, sorunlu deploy geri al\u0131n\u0131r ve projenin yay\u0131nlanmas\u0131 gecikir. Tek bir k\u00fc\u00e7\u00fck de\u011fi\u015fikli\u011fin yol a\u00e7t\u0131\u011f\u0131 bu zincirleme etki, uzun fonksiyonlar\u0131n ne kadar tehlikeli olabilece\u011finin somut bir \u00f6rne\u011fidir.<\/p>\n Bir yaz\u0131l\u0131m firmas\u0131, b\u00fcy\u00fcyen ekibi i\u00e7in yeni geli\u015ftiriciler i\u015fe al\u0131r. Yeni gelen Ay\u015fe, mevcut bir projenin “\u00f6nemli i\u015f mant\u0131\u011f\u0131n\u0131” i\u00e7eren ana mod\u00fcl\u00fcnde \u00e7al\u0131\u015fmaya ba\u015flar. Bu mod\u00fcl\u00fcn kalbi, y\u00fczlerce sat\u0131rl\u0131k, iyi belgelenmemi\u015f ve mant\u0131ksal olarak ayr\u0131lmam\u0131\u015f birka\u00e7 uzun fonksiyondur. Ay\u015fe’den, bu mod\u00fcle yeni bir \u00f6zellik eklemesi veya mevcut bir hatay\u0131 d\u00fczeltmesi istenir.<\/p>\n Ay\u015fe, kodun i\u00e7ine dald\u0131\u011f\u0131nda neyle kar\u015f\u0131la\u015f\u0131r? \u0130\u00e7 i\u00e7e ge\u00e7mi\u015f ko\u015fullar, belirsiz de\u011fi\u015fken isimleri, farkl\u0131 sorumluluklar\u0131 bir arada bar\u0131nd\u0131ran kod bloklar\u0131 ve herhangi bir de\u011fi\u015fikli\u011fin potansiyel riskleri. Her sat\u0131r\u0131 anlamak, her de\u011fi\u015fkenin ne anlama geldi\u011fini \u00e7\u00f6zmek i\u00e7in saatlerini harcar. Bir yeri de\u011fi\u015ftirmeye \u00e7al\u0131\u015ft\u0131\u011f\u0131nda, sistemin ba\u015fka bir yerinde ne gibi bir yan etki yarataca\u011f\u0131n\u0131 tahmin edemez. S\u00fcrekli olarak eski geli\u015ftiricilere soru sormak zorunda kal\u0131r, bu da hem onun motivasyonunu d\u00fc\u015f\u00fcr\u00fcr hem de di\u011fer geli\u015ftiricilerin i\u015f ak\u0131\u015f\u0131n\u0131 bozar.<\/p>\n Sonu\u00e7:<\/strong> Ay\u015fe’nin \u00f6\u011frenme e\u011frisi beklenenden \u00e7ok daha uzun olur. Yeni \u00f6zelliklerin geli\u015ftirilmesi veya hatalar\u0131n d\u00fczeltilmesi yava\u015flar, projenin ilerlemesi sekteye u\u011frar. Ay\u015fe, projenin karma\u015f\u0131kl\u0131\u011f\u0131ndan bunalarak k\u0131sa s\u00fcrede i\u015ften ayr\u0131lma noktas\u0131na gelir. Bu durum, \u015firket i\u00e7in sadece bir geli\u015ftirici kayb\u0131 de\u011fil, ayn\u0131 zamanda ciddi bir zaman ve kaynak israf\u0131d\u0131r. Uzun fonksiyonlar, yeni yeteneklerin projeye adapte olmas\u0131n\u0131 engelleyerek ekip verimlili\u011fini ve hatta \u00e7al\u0131\u015fan ba\u011fl\u0131l\u0131\u011f\u0131n\u0131 ciddi \u015fekilde zedeleyebilir.<\/p>\n Bu vaka analizleri, uzun fonksiyonlar\u0131n sadece kod kalitesiyle ilgili teorik bir problem olmad\u0131\u011f\u0131n\u0131, ayn\u0131 zamanda somut i\u015f riskleri ve maliyetler do\u011furdu\u011funu g\u00f6stermektedir. Teknik bor\u00e7, proje gecikmeleri, artan maliyetler, d\u00fc\u015fen ekip morali ve i\u015ften ayr\u0131lmalar gibi pek \u00e7ok olumsuz sonu\u00e7, uzun fonksiyonlar\u0131n gizli maliyetleri aras\u0131ndad\u0131r. Bu y\u00fczden, bu al\u0131\u015fkanl\u0131ktan kurtulmak, sadece daha iyi kod yazmak de\u011fil, ayn\u0131 zamanda daha ba\u015far\u0131l\u0131 ve s\u00fcrd\u00fcr\u00fclebilir projeler geli\u015ftirmek anlam\u0131na gelir.<\/p>\n Uzun fonksiyonlar\u0131n yaratt\u0131\u011f\u0131 sorunlar\u0131 ve gizli maliyetlerini g\u00f6rd\u00fck. \u015eimdi s\u0131ra geldi bu sorunu nas\u0131l \u00e7\u00f6zece\u011fimize. “Refactoring” (yeniden yap\u0131land\u0131rma), mevcut kodun d\u0131\u015f davran\u0131\u015f\u0131n\u0131 de\u011fi\u015ftirmeden i\u00e7 yap\u0131s\u0131n\u0131 iyile\u015ftirme s\u00fcrecidir. Fonksiyonlar\u0131 k\u0131saltmak, refactoring’in en temel ve en etkili uygulamalar\u0131ndan biridir. \u0130\u015fte size ad\u0131m ad\u0131m uygulayabilece\u011finiz pratik yollar:<\/p>\n SOLID prensiplerinin ilk harfi olan SRP (Single Responsibility Principle), bir fonksiyonun (veya s\u0131n\u0131f\u0131n) yaln\u0131zca tek bir de\u011fi\u015fim nedenine sahip olmas\u0131 gerekti\u011fini s\u00f6yler. Yani, bir fonksiyon yaln\u0131zca tek bir i\u015fi yapmal\u0131 ve onu iyi yapmal\u0131d\u0131r. Uzun fonksiyonlar\u0131n \u00e7o\u011fu, birden fazla sorumlulu\u011fu bir araya getirdi\u011fi i\u00e7in ortaya \u00e7\u0131kar.<\/p>\n Uygulama Ad\u0131mlar\u0131:<\/strong><\/p>\n \u00d6rnek Senaryo: Kullan\u0131c\u0131 Kayd\u0131<\/strong><\/p>\n Bir kullan\u0131c\u0131 kay\u0131t sistemi d\u00fc\u015f\u00fcnelim. Uzun ve karma\u015f\u0131k bir fonksiyon \u015f\u00f6yle g\u00f6r\u00fcnebilir:<\/p>\n <\/code><\/p>\n Yukar\u0131daki fonksiyonun en az 6 farkl\u0131 sorumlulu\u011fu var. \u015eimdi bunu SRP’ye g\u00f6re par\u00e7alayal\u0131m:<\/p>\n <\/code><\/p>\n G\u00f6rd\u00fc\u011f\u00fcn\u00fcz gibi, SRP, temel bir prensipken, yard\u0131mc\u0131 fonksiyonlar ve mod\u00fcler yakla\u015f\u0131m, bu prensibi uygulaman\u0131n somut yollar\u0131d\u0131r. Tekrar eden veya karma\u015f\u0131k hesaplamalar\u0131, veri manip\u00fclasyonlar\u0131n\u0131 veya d\u0131\u015f servis \u00e7a\u011fr\u0131lar\u0131n\u0131 ayr\u0131 bir yard\u0131mc\u0131 fonksiyona ta\u015f\u0131mak, ana i\u015f ak\u0131\u015f\u0131n\u0131z\u0131 sadele\u015ftirir. Bu ayn\u0131 zamanda kodun yeniden kullan\u0131labilirli\u011fini de art\u0131r\u0131r.<\/p>\n \u00d6rne\u011fin, bir e-ticaret uygulamas\u0131nda sepetteki \u00fcr\u00fcnlerin toplam fiyat\u0131n\u0131 hesaplarken indirimleri, vergileri ve kargo \u00fccretini tek bir fonksiyonda yapmak yerine:<\/p>\n <\/code><\/p>\n Bunu \u015fu \u015fekilde mod\u00fcler hale getirebiliriz:<\/p>\n <\/code><\/p>\n Bu ayr\u0131m, her bir hesaplama ad\u0131m\u0131n\u0131n kendi i\u00e7inde mant\u0131kl\u0131 bir birim olmas\u0131n\u0131 sa\u011flar. \u0130ndirim hesaplama mant\u0131\u011f\u0131 de\u011fi\u015fti\u011finde sadece Uzun fonksiyonlar\u0131n bir di\u011fer ortak \u00f6zelli\u011fi, i\u00e7 i\u00e7e ge\u00e7mi\u015f, karma\u015f\u0131k \u00d6rnek: Sipari\u015f Durumu G\u00fcncelleme<\/strong><\/p>\n Karma\u015f\u0131k bir <\/code><\/p>\n Guard clauses ve erken d\u00f6n\u00fc\u015flerle basitle\u015ftirilmi\u015f hali:<\/p>\n <\/code><\/p>\n Bu y\u00f6ntemler, kodunuzu daha anla\u015f\u0131l\u0131r hale getirirken, olas\u0131 hatalar\u0131n daha erken yakalanmas\u0131na da yard\u0131mc\u0131 olur. Unutmay\u0131n, iyi kod, karma\u015f\u0131kl\u0131\u011f\u0131 azaltan ve okunabilirli\u011fi art\u0131ran koddur. Refactoring, bu amaca ula\u015fmak i\u00e7in s\u00fcrekli uygulaman\u0131z gereken bir beceridir.<\/p>\n Fonksiyonlar\u0131 par\u00e7alamak ve SRP'yi uygulamak, temiz kod yolculu\u011funuzun sadece ba\u015flang\u0131c\u0131d\u0131r. Daha ileri d\u00fczeyde, k\u0131sa ve anlaml\u0131 fonksiyonlar yazmak i\u00e7in benimseyebilece\u011finiz baz\u0131 ipu\u00e7lar\u0131 ve en iyi uygulamalar mevcuttur. Bu yakla\u015f\u0131mlar, yaz\u0131l\u0131m mimarinizi g\u00fc\u00e7lendirecek ve projenizin uzun vadede s\u00fcrd\u00fcr\u00fclebilirli\u011fini art\u0131racakt\u0131r.<\/p>\n Bir fonksiyonun ad\u0131, onun ne yapt\u0131\u011f\u0131n\u0131 net bir \u015fekilde anlatmal\u0131d\u0131r. Fonksiyon ad\u0131, parametreleri ve d\u00f6nd\u00fcrd\u00fc\u011f\u00fc de\u011feriyle birlikte, fonksiyonun amac\u0131n\u0131 a\u00e7\u0131k\u00e7a ortaya koymal\u0131d\u0131r. \u00d6rne\u011fin, \u00c7ok fazla parametre alan fonksiyonlar, karma\u015f\u0131kl\u0131\u011f\u0131 art\u0131r\u0131r. Bu fonksiyonlar\u0131 \u00e7a\u011f\u0131rmak zordur ve parametrelerin s\u0131ras\u0131n\u0131 kar\u0131\u015ft\u0131rma riski vard\u0131r. Genellikle 3-4'ten fazla parametre alan bir fonksiyon g\u00f6rd\u00fc\u011f\u00fcn\u00fczde, bu, fonksiyonun \u00e7ok fazla sorumlulu\u011fu oldu\u011funu veya parametrelerin bir nesne i\u00e7inde grupland\u0131r\u0131labilece\u011fini g\u00f6steren bir i\u015farettir. \u00d6rne\u011fin, bir kullan\u0131c\u0131 g\u00fcncelleme fonksiyonu Saf fonksiyonlar (Pure Functions), ayn\u0131 girdilerle her zaman ayn\u0131 \u00e7\u0131kt\u0131y\u0131 veren ve herhangi bir d\u0131\u015f durumu de\u011fi\u015ftirmeyen (yan etki yaratmayan) fonksiyonlard\u0131r. Yan etkilerden ka\u00e7\u0131nmak, fonksiyonlar\u0131 daha tahmin edilebilir ve test edilebilir hale getirir. Bir fonksiyon, global bir de\u011fi\u015fkeni de\u011fi\u015ftiriyorsa, bir veritaban\u0131na yaz\u0131yorsa veya bir \u00e7\u0131kt\u0131 konsoluna veri yaz\u0131yorsa yan etkiye sahiptir. M\u00fcmk\u00fcn oldu\u011funca, fonksiyonlar\u0131n\u0131z\u0131n sadece parametrelerini kullanarak \u00e7\u0131kt\u0131 \u00fcretmesini ve d\u0131\u015f d\u00fcnyay\u0131 do\u011frudan etkilememesini sa\u011flay\u0131n. Gerekirse, yan etkileri olan i\u015flemleri ayr\u0131, odaklanm\u0131\u015f fonksiyonlarda toplay\u0131n.<\/p>\n Fonksiyon kompozisyonu, birden fazla k\u00fc\u00e7\u00fck ve \u00f6zel fonksiyonu bir araya getirerek daha karma\u015f\u0131k bir i\u015flevi olu\u015fturan bir programlama paradigmalar\u0131d\u0131r. Bu yakla\u015f\u0131m, kodunuzu daha mod\u00fcler, okunabilir ve yeniden kullan\u0131labilir hale getirir. \u00d6rne\u011fin, bir veri i\u015fleme hatt\u0131 olu\u015ftururken: <\/code><\/p>\n Bu \u00f6rnekte, her k\u00fc\u00e7\u00fck fonksiyonun tek bir sorumlulu\u011fu var ve Test Odakl\u0131 Geli\u015ftirme (TDD), \u00f6nce testleri yaz\u0131p, ard\u0131ndan bu testleri ge\u00e7ecek en az kodu yazma yakla\u015f\u0131m\u0131d\u0131r. TDD, do\u011fal olarak k\u00fc\u00e7\u00fck ve odaklanm\u0131\u015f fonksiyonlar yazman\u0131z\u0131 te\u015fvik eder. \u00c7\u00fcnk\u00fc b\u00fcy\u00fck ve karma\u015f\u0131k fonksiyonlar\u0131 test etmek zordur. Her bir k\u00fc\u00e7\u00fck fonksiyonu ayr\u0131 ayr\u0131 test edilebilir k\u0131ld\u0131\u011f\u0131n\u0131zda, TDD s\u00fcreci \u00e7ok daha verimli hale gelir ve daha sa\u011flam bir kod taban\u0131 olu\u015fturman\u0131za yard\u0131mc\u0131 olur.<\/p>\n Modern web ve uygulama geli\u015ftirme, farkl\u0131 cihaz boyutlar\u0131na ve ekranlara uyum sa\u011flayabilen \"duyarl\u0131\" (responsive) tasar\u0131mlar gerektirir. K\u00fc\u00e7\u00fck ve iyi tan\u0131mlanm\u0131\u015f fonksiyonlar, UI bile\u015fenlerinin (components) ve i\u015f mant\u0131\u011f\u0131n\u0131n farkl\u0131 platformlar veya ekran boyutlar\u0131 i\u00e7in daha kolay adapte edilmesine olanak tan\u0131r. \u00d6rne\u011fin, bir veri getirme veya i\u015fleme fonksiyonu, kullan\u0131c\u0131 aray\u00fcz\u00fcnden ba\u011f\u0131ms\u0131z olarak \u00e7al\u0131\u015ft\u0131\u011f\u0131nda, bu verinin mobil, tablet veya masa\u00fcst\u00fc ekranlarda nas\u0131l sunulaca\u011f\u0131 sadece UI katman\u0131n\u0131n sorumlulu\u011funda olur. B\u00f6ylece, temel i\u015f mant\u0131\u011f\u0131n\u0131 de\u011fi\u015ftirmeden sadece sunum katman\u0131n\u0131 farkl\u0131 cihazlara g\u00f6re optimize edebiliriz. Bu, Bu ileri d\u00fczey ipu\u00e7lar\u0131 ve uygulamalar, fonksiyonlar\u0131n\u0131z\u0131 sadece k\u0131sa de\u011fil, ayn\u0131 zamanda daha etkili, bak\u0131m\u0131 kolay ve gelece\u011fe d\u00f6n\u00fck hale getirmenizi sa\u011flar. Temiz kod yazmak, s\u00fcrekli \u00f6\u011frenme ve pratik gerektiren bir disiplindir.<\/p>\n Uzun fonksiyonlar, yaz\u0131l\u0131m geli\u015ftirme d\u00fcnyas\u0131nda s\u0131kl\u0131kla kar\u015f\u0131la\u015f\u0131lan, ancak gizli maliyetleri nedeniyle \u00e7o\u011fu zaman g\u00f6z ard\u0131 edilen ciddi bir teknik bor\u00e7 kayna\u011f\u0131d\u0131r. Bu makale boyunca, bu fonksiyonlar\u0131n okunabilirlik, anla\u015f\u0131l\u0131rl\u0131k, bak\u0131m kolayl\u0131\u011f\u0131, test edilebilirlik ve yeniden kullan\u0131labilirlik \u00fczerindeki olumsuz etkilerini detayl\u0131ca inceledik. Ger\u00e7ek d\u00fcnya senaryolar\u0131yla, tek bir de\u011fi\u015fikli\u011fin y\u0131k\u0131c\u0131 etkisinden yeni geli\u015ftiricilerin adaptasyon zorluklar\u0131na kadar pek \u00e7ok riskin alt\u0131n\u0131 \u00e7izdik.<\/p>\n Ancak, bu sorunlar\u0131n \u00fcstesinden gelmek i\u00e7in g\u00fc\u00e7l\u00fc \u00e7\u00f6z\u00fcmlerimiz de var. Fonksiyonlar\u0131n\u0131z\u0131 Tek Sorumluluk Prensibi'ne (SRP) uygun \u015fekilde par\u00e7alamak, yard\u0131mc\u0131 fonksiyonlar ve mod\u00fcler yakla\u015f\u0131mlar benimsemek, kontrol ak\u0131\u015f\u0131n\u0131 basitle\u015ftirmek gibi refactoring teknikleriyle kodunuzu daha temiz ve y\u00f6netilebilir hale getirebilirsiniz. Ayr\u0131ca, a\u00e7\u0131klay\u0131c\u0131 isimlendirme, d\u00fc\u015f\u00fck parametre say\u0131s\u0131, yan etkilerden ka\u00e7\u0131nma, fonksiyon kompozisyonu ve Test Odakl\u0131 Geli\u015ftirme (TDD) gibi ileri d\u00fczey uygulamalarla kod kalitenizi zirveye ta\u015f\u0131yabilirsiniz.<\/p>\n Unutmay\u0131n, temiz kod yazmak sadece teknik bir tercih de\u011fil, ayn\u0131 zamanda bir zihniyettir. Bu, geli\u015ftirici verimlili\u011fini art\u0131ran, proje gecikmelerini azaltan, hata oranlar\u0131n\u0131 d\u00fc\u015f\u00fcren ve en \u00f6nemlisi, yaz\u0131l\u0131m\u0131n \u00f6mr\u00fcn\u00fc uzatan bir yat\u0131r\u0131md\u0131r. K\u0131sa, odaklanm\u0131\u015f fonksiyonlar yazma al\u0131\u015fkanl\u0131\u011f\u0131n\u0131 benimseyerek, sadece kendinize de\u011fil, ekibinize ve projenizin gelece\u011fine de b\u00fcy\u00fck bir iyilik yapm\u0131\u015f olursunuz. Bug\u00fcn ba\u015flayarak, bu de\u011fi\u015fimin olumlu etkilerini k\u0131sa s\u00fcrede g\u00f6rmeye ba\u015flayacaks\u0131n\u0131z.<\/p>\n Genellikle evet, ancak her kuralda oldu\u011fu gibi burada da istisnalar olabilir. K\u0131sa fonksiyonlar genellikle daha okunabilir, test edilebilir ve s\u00fcrd\u00fcr\u00fclebilirdir. Ancak, sadece kod sat\u0131r\u0131n\u0131 azaltmak i\u00e7in anlams\u0131z par\u00e7alamalar yapmak veya tek bir g\u00f6revi gereksiz yere birden fazla fonksiyona b\u00f6lmek a\u015f\u0131r\u0131ya ka\u00e7mak olabilir. \u00d6nemli olan \"k\u0131sa\" olmas\u0131ndan ziyade, \"tek sorumluluklu\" ve \"anla\u015f\u0131l\u0131r\" olmas\u0131d\u0131r.<\/p>\n<\/li>\n Bunun i\u00e7in evrensel bir \"sihirli say\u0131\" yoktur, ancak bir\u00e7ok geli\u015ftirici ve \"Temiz Kod\" prensipleri 5 ila 20 sat\u0131r aras\u0131n\u0131 ideal bulur. \u00d6nemli olan, bir fonksiyonun tek bir bak\u0131\u015fta ne yapt\u0131\u011f\u0131n\u0131n anla\u015f\u0131lmas\u0131 ve bir ekranda kolayca g\u00f6r\u00fclebilmesidir. Sat\u0131r say\u0131s\u0131, sadece bir g\u00f6stergedir; as\u0131l \u00f6l\u00e7\u00fct, fonksiyonun \u00fcstlendi\u011fi sorumluluk say\u0131s\u0131 ve karma\u015f\u0131kl\u0131\u011f\u0131d\u0131r.<\/p>\n<\/li>\n Refactoring, s\u00fcrekli bir s\u00fcre\u00e7 olmal\u0131d\u0131r. Yeni bir \u00f6zellik eklerken, bir hatay\u0131 d\u00fczeltirken veya mevcut kod \u00fczerinde \u00e7al\u0131\u015f\u0131rken k\u00f6t\u00fc kod fark etti\u011finiz her an k\u00fc\u00e7\u00fck refactoring'ler yapmal\u0131s\u0131n\u0131z. Ayr\u0131ca, b\u00fcy\u00fck bir revizyon gerektiren teknik bor\u00e7lar\u0131 gidermek i\u00e7in belirli zaman dilimleri ay\u0131rarak daha b\u00fcy\u00fck \u00e7apl\u0131 refactoring sprintleri planlamak da faydal\u0131d\u0131r. \"Yazd\u0131\u011f\u0131n kod, bitmi\u015f kod de\u011fil, ba\u015flam\u0131\u015f koddur.\" felsefesini benimseyin.<\/p>\n<\/li>\n Teorik olarak, daha fazla fonksiyon \u00e7a\u011fr\u0131s\u0131, \u00e7ok k\u00fc\u00e7\u00fck bir performans y\u00fck\u00fc getirebilir. Ancak modern derleyiciler ve yorumlay\u0131c\u0131lar (\u00f6rne\u011fin JavaScript motorlar\u0131), bu t\u00fcr k\u00fc\u00e7\u00fck fonksiyon \u00e7a\u011fr\u0131lar\u0131n\u0131 optimize etmekte son derece ba\u015far\u0131l\u0131d\u0131r (\"inlining\" gibi tekniklerle). \u00c7o\u011fu durumda, kodun okunabilirli\u011fi, bak\u0131m\u0131 ve s\u00fcrd\u00fcr\u00fclebilirli\u011finden elde edilen faydalar, g\u00f6z ard\u0131 edilebilir performans\u0131 maliyetinden \u00e7ok daha fazlad\u0131r. Performans endi\u015feleri genellikle ancak \u00e7ok kritik ve performans hassasiyeti y\u00fcksek alanlarda (\u00f6rne\u011fin, oyun motorlar\u0131, ger\u00e7ek zamanl\u0131 sistemler) anlaml\u0131 hale gelir ve bu durumlarda dahi temiz kod prensipleri genellikle \u00f6nceliklidir.<\/p>\n<\/li>\n<\/ol>\n <\/body><\/p>\n","protected":false},"excerpt":{"rendered":"Neden Uzun Fonksiyon Yazmay\u0131 B\u0131rakmal\u0131s\u0131n\u0131z? Kodunuzun kalitesini art\u0131rmak, hatalar\u0131 azaltmak ve yaz\u0131l\u0131m geli\u015ftirme s\u00fcre\u00e7lerinizi h\u0131zland\u0131rmak m\u0131 istiyorsunuz? Cevab\u0131n\u0131z…","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-34683","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-genel","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\nprocessOrder()<\/code> ad\u0131nda devasa bir fonksiyon oldu\u011funu varsayal\u0131m. Bu fonksiyon, bir sipari\u015f geldi\u011finde \u015fu ad\u0131mlar\u0131 tek ba\u015f\u0131na y\u00fcr\u00fct\u00fcyor:<\/p>\n\n
processOrder()<\/code> fonksiyonuna dalar. Fonksiyonun karma\u015f\u0131kl\u0131\u011f\u0131 nedeniyle, sadece \u00f6deme ile ilgili k\u0131sm\u0131 etkilemeye \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 d\u00fc\u015f\u00fcn\u00fcrken, fark\u0131nda olmadan stok g\u00fcncelleme veya kargo bildirimi k\u0131sm\u0131ndaki bir mant\u0131\u011f\u0131 bozar.<\/p>\nVaka Analizi 2: Yeni Geli\u015ftiricinin Kabusu<\/h3>\n
Fonksiyonlar\u0131n\u0131z\u0131 K\u0131saltman\u0131n Pratik Yollar\u0131: Ad\u0131m Ad\u0131m Refactoring<\/h2>\n
Tek Sorumluluk Prensibi (SRP) Nas\u0131l Uygulan\u0131r?<\/h3>\n
\n
\nfunction registerUser(username, email, password) {\n \/\/ 1. Kullan\u0131c\u0131 bilgilerini do\u011frula\n if (!username || !email || !password) {\n console.error(\"T\u00fcm alanlar zorunludur.\");\n return { success: false, message: \"Ge\u00e7ersiz giri\u015f.\" };\n }\n if (password.length < 8) {\n console.error(\"\u015eifre en az 8 karakter olmal\u0131.\");\n return { success: false, message: \"\u015eifre \u00e7ok k\u0131sa.\" };\n }\n \/\/ E-posta format kontrol\u00fc\n const emailRegex = \/^[^\\s@]+@[^\\s@]+\\.[^\\s@]+$\/;\n if (!emailRegex.test(email)) {\n console.error(\"Ge\u00e7ersiz e-posta format\u0131.\");\n return { success: false, message: \"Ge\u00e7ersiz e-posta.\" };\n }\n\n \/\/ 2. Kullan\u0131c\u0131 ad\u0131n\u0131n veya e-postan\u0131n zaten var olup olmad\u0131\u011f\u0131n\u0131 kontrol et\n const existingUser = database.findUserByUsernameOrEmail(username, email);\n if (existingUser) {\n console.error(\"Kullan\u0131c\u0131 ad\u0131 veya e-posta zaten kullan\u0131mda.\");\n return { success: false, message: \"Kullan\u0131c\u0131 mevcut.\" };\n }\n\n \/\/ 3. \u015eifreyi \u015fifrele\n const hashedPassword = bcrypt.hashSync(password, 10);\n\n \/\/ 4. Kullan\u0131c\u0131y\u0131 veritaban\u0131na kaydet\n const newUser = { username, email, password: hashedPassword };\n database.saveUser(newUser);\n\n \/\/ 5. Kay\u0131t ba\u015far\u0131l\u0131 e-postas\u0131 g\u00f6nder\n mailer.sendWelcomeEmail(email, username);\n\n \/\/ 6. Loglama yap\n logger.info(Yeni kullan\u0131c\u0131 kaydedildi: ${username}<\/code>);\n\n return { success: true, message: \"Kullan\u0131c\u0131 ba\u015far\u0131yla kaydedildi.\" };\n}\n<\/pre>\n\nfunction validateUserData(username, email, password) {\n if (!username || !email || !password) {\n return { isValid: false, message: \"T\u00fcm alanlar zorunludur.\" };\n }\n if (password.length < 8) {\n return { isValid: false, message: \"\u015eifre en az 8 karakter olmal\u0131.\" };\n }\n const emailRegex = \/^[^\\s@]+@[^\\s@]+\\.[^\\s@]+$\/;\n if (!emailRegex.test(email)) {\n return { isValid: false, message: \"Ge\u00e7ersiz e-posta format\u0131.\" };\n }\n return { isValid: true };\n}\n\nfunction checkIfUserExists(username, email) {\n const existingUser = database.findUserByUsernameOrEmail(username, email);\n return existingUser ? { exists: true, message: \"Kullan\u0131c\u0131 ad\u0131 veya e-posta zaten kullan\u0131mda.\" } : { exists: false };\n}\n\nfunction hashPassword(password) {\n return bcrypt.hashSync(password, 10);\n}\n\nfunction saveUserToDatabase(user) {\n database.saveUser(user);\n}\n\nfunction sendWelcomeEmail(email, username) {\n mailer.sendWelcomeEmail(email, username);\n}\n\nfunction logUserRegistration(username) {\n logger.info(Yeni kullan\u0131c\u0131 kaydedildi: ${username}<\/code>);\n}\n\n\/\/ Ana orkestrasyon fonksiyonu\nfunction registerUser(username, email, password) {\n const validationResult = validateUserData(username, email, password);\n if (!validationResult.isValid) {\n return { success: false, message: validationResult.message };\n }\n\n const userExistsResult = checkIfUserExists(username, email);\n if (userExistsResult.exists) {\n return { success: false, message: userExistsResult.message };\n }\n\n const hashedPassword = hashPassword(password);\n const newUser = { username, email, password: hashedPassword };\n\n saveUserToDatabase(newUser);\n sendWelcomeEmail(email, username);\n logUserRegistration(username);\n\n return { success: true, message: \"Kullan\u0131c\u0131 ba\u015far\u0131yla kaydedildi.\" };\n}\n<\/pre>\nregisterUser<\/code> fonksiyonu art\u0131k sadece di\u011fer k\u00fc\u00e7\u00fck ve odaklanm\u0131\u015f fonksiyonlar\u0131 \u00e7a\u011f\u0131rarak i\u015f ak\u0131\u015f\u0131n\u0131 y\u00f6netiyor. Her fonksiyonun tek bir sorumlulu\u011fu var, bu da onlar\u0131 \u00e7ok daha kolay okunabilir, test edilebilir ve s\u00fcrd\u00fcr\u00fclebilir k\u0131l\u0131yor.<\/p>\nYard\u0131mc\u0131 Fonksiyonlar ve Mod\u00fcler Yakla\u015f\u0131m<\/h3>\n
\nfunction calculateTotalPrice(cartItems, discountCode, shippingMethod) {\n let subtotal = 0;\n for (const item of cartItems) {\n subtotal += item.price * item.quantity;\n }\n\n let discountAmount = 0;\n if (discountCode === \"SUMMER20\") {\n discountAmount = subtotal * 0.20;\n }\n \/\/ ... daha fazla indirim mant\u0131\u011f\u0131\n\n let taxAmount = subtotal * 0.18; \/\/ %18 KDV\n\n let shippingCost = 0;\n if (shippingMethod === \"standard\") {\n shippingCost = 10;\n } else if (shippingMethod === \"express\") {\n shippingCost = 25;\n }\n \/\/ ... daha fazla kargo mant\u0131\u011f\u0131\n\n return subtotal - discountAmount + taxAmount + shippingCost;\n}\n<\/pre>\n\nfunction calculateSubtotal(cartItems) {\n return cartItems.reduce((total, item) => total + item.price * item.quantity, 0);\n}\n\nfunction applyDiscount(subtotal, discountCode) {\n let discountAmount = 0;\n if (discountCode === \"SUMMER20\") {\n discountAmount = subtotal * 0.20;\n }\n \/\/ Di\u011fer indirim kodlar\u0131 i\u00e7in mant\u0131k\n return discountAmount;\n}\n\nfunction calculateTax(amount) {\n return amount * 0.18; \/\/ %18 KDV\n}\n\nfunction getShippingCost(shippingMethod) {\n if (shippingMethod === \"standard\") {\n return 10;\n } else if (shippingMethod === \"express\") {\n return 25;\n }\n return 0;\n}\n\nfunction calculateTotalPrice(cartItems, discountCode, shippingMethod) {\n const subtotal = calculateSubtotal(cartItems);\n const discount = applyDiscount(subtotal, discountCode);\n const amountAfterDiscount = subtotal - discount;\n const tax = calculateTax(amountAfterDiscount);\n const shipping = getShippingCost(shippingMethod);\n\n return amountAfterDiscount + tax + shipping;\n}\n<\/pre>\napplyDiscount<\/code> fonksiyonunu, vergi oran\u0131 de\u011fi\u015fti\u011finde calculateTax<\/code> fonksiyonunu de\u011fi\u015ftirmeniz yeterli olur.<\/p>\nKontrol Ak\u0131\u015f\u0131n\u0131 Basitle\u015ftirme<\/h3>\n
if-else<\/code> veya switch<\/code> ifadeleriyle dolu kontrol ak\u0131\u015flar\u0131d\u0131r. Bu durum, kodun hem okunabilirli\u011fini hem de hata ay\u0131klamas\u0131n\u0131 zorla\u015ft\u0131r\u0131r. Kontrol ak\u0131\u015f\u0131n\u0131 basitle\u015ftirmek i\u00e7in kullanabilece\u011finiz baz\u0131 teknikler \u015funlard\u0131r:<\/p>\n\n
return<\/code>) k\u00fc\u00e7\u00fck if<\/code> ifadeleridir. Bu, ana i\u015f mant\u0131\u011f\u0131n\u0131z\u0131n daha az girintiyle ve daha d\u00fcz bir \u015fekilde yaz\u0131lmas\u0131na olanak tan\u0131r.<\/li>\nelse<\/code> bloklar\u0131ndan ka\u00e7\u0131nman\u0131z\u0131 sa\u011flar.<\/li>\nswitch<\/code> veya if-else if<\/code> blo\u011funuz varsa, bu, farkl\u0131 davran\u0131\u015flar\u0131 tek bir yerde y\u00f6netmeye \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131z anlam\u0131na gelir. Bu t\u00fcr durumlar i\u00e7in polimorfizm (nesne y\u00f6nelimli programlamada) veya Strateji deseni gibi tasar\u0131m kal\u0131plar\u0131 kullanarak, her bir davran\u0131\u015f\u0131n kendi s\u0131n\u0131f\u0131 veya fonksiyonu taraf\u0131ndan ele al\u0131nmas\u0131n\u0131 sa\u011flayabilirsiniz.<\/li>\n<\/ul>\nif-else<\/code> yap\u0131s\u0131:<\/p>\n\nfunction updateOrderStatus(order, newStatus) {\n if (newStatus === \"shipped\") {\n if (order.status === \"processing\" || order.status === \"packed\") {\n \/\/ Kargo i\u015flemlerini yap\n order.status = \"shipped\";\n logger.log(Sipari\u015f ${order.id} kargoya verildi.<\/code>);\n return true;\n } else {\n console.error(\"Sipari\u015fin mevcut durumu kargoya verilmeye uygun de\u011fil.\");\n return false;\n }\n } else if (newStatus === \"delivered\") {\n if (order.status === \"shipped\") {\n \/\/ Teslimat i\u015flemlerini yap\n order.status = \"delivered\";\n logger.log(Sipari\u015f ${order.id} teslim edildi.<\/code>);\n return true;\n } else {\n console.error(\"Sipari\u015fin mevcut durumu teslim edilmeye uygun de\u011fil.\");\n return false;\n }\n }\n \/\/ ... di\u011fer durumlar\n return false;\n}\n<\/pre>\n\nfunction updateOrderStatus(order, newStatus) {\n if (!order || !newStatus) {\n console.error(\"Ge\u00e7ersiz sipari\u015f veya durum.\");\n return false;\n }\n\n if (newStatus === \"shipped\") {\n if (order.status !== \"processing\" && order.status !== \"packed\") {\n console.error(\"Sipari\u015fin mevcut durumu kargoya verilmeye uygun de\u011fil.\");\n return false;\n }\n \/\/ Kargo i\u015flemlerini yap\n order.status = \"shipped\";\n logger.log(Sipari\u015f ${order.id} kargoya verildi.<\/code>);\n return true;\n }\n\n if (newStatus === \"delivered\") {\n if (order.status !== \"shipped\") {\n console.error(\"Sipari\u015fin mevcut durumu teslim edilmeye uygun de\u011fil.\");\n return false;\n }\n \/\/ Teslimat i\u015flemlerini yap\n order.status = \"delivered\";\n logger.log(Sipari\u015f ${order.id} teslim edildi.<\/code>);\n return true;\n }\n\n \/\/ Di\u011fer durumlar i\u00e7in varsay\u0131lan hata veya i\u015flem\n console.warn(Bilinen bir durum de\u011fi\u015fikli\u011fi de\u011fil: ${newStatus}<\/code>);\n return false;\n}\n<\/pre>\nK\u0131sa Fonksiyonlar\u0131n Gelece\u011fi: \u0130leri D\u00fczey \u0130pu\u00e7lar\u0131 ve En \u0130yi Uygulamalar<\/h2>\n
A\u00e7\u0131klay\u0131c\u0131 Fonksiyon \u0130simlendirme<\/h3>\n
doSomething()<\/code> gibi genel isimler yerine calculateDiscountedPrice()<\/code>, validateUserInput()<\/code>, fetchCustomerData()<\/code> gibi a\u00e7\u0131klay\u0131c\u0131 isimler kullan\u0131n. Bu, kodun okunabilirli\u011fini art\u0131r\u0131r ve belgeleme ihtiyac\u0131n\u0131 azalt\u0131r. \u0130yi bir fonksiyon ismi, kodun kendisi kadar \u00f6nemlidir ve bir bak\u0131\u015fta ne yapt\u0131\u011f\u0131n\u0131 anlaman\u0131z\u0131 sa\u011flar.<\/p>\nParametre Say\u0131s\u0131n\u0131 Azaltma<\/h3>\n
(id, name, email, address, phone, dob)<\/code> yerine (id, userUpdateObject)<\/code> alabilir. Bu, parametreleri daha y\u00f6netilebilir bir yap\u0131da tutman\u0131za yard\u0131mc\u0131 olur.<\/p>\nYan Etkilerden Ka\u00e7\u0131nma (Side Effects)<\/h3>\n
Fonksiyon Kompozisyonu<\/h3>\n
getData() -> filterData() -> transformData() -> saveData()<\/code>. Her ad\u0131m, kendi i\u00e7inde basit bir fonksiyon olup, bir araya gelerek karma\u015f\u0131k bir s\u00fcreci olu\u015fturur.<\/p>\n\n\/\/ K\u00fc\u00e7\u00fck, saf fonksiyonlar\nconst addTax = (price) => price * 1.18;\nconst applyDiscount = (price, discount) => price - (price * discount);\nconst formatCurrency = (price) => ${price.toFixed(2)} TL<\/code>;\n\n\/\/ Fonksiyon kompozisyonu\nfunction calculateFinalPrice(basePrice, discountPercentage) {\n const discountedPrice = applyDiscount(basePrice, discountPercentage);\n const priceWithTax = addTax(discountedPrice);\n return formatCurrency(priceWithTax);\n}\n\n\/\/ Kullan\u0131m\nconst final = calculateFinalPrice(100, 0.10); \/\/ 100 TL'ye %10 indirim, \u00fczerine %18 KDV\nconsole.log(final); \/\/ \"106.20 TL\"\n<\/pre>\ncalculateFinalPrice<\/code> fonksiyonu bunlar\u0131 bir araya getirerek daha karma\u015f\u0131k bir i\u015f ak\u0131\u015f\u0131n\u0131 y\u00f6netiyor.<\/p>\nTest Odakl\u0131 Geli\u015ftirme (TDD) ile K\u0131sa Fonksiyonlar<\/h3>\n
Mobil Uyumlu Tasar\u0131m ve Refactoring \u0130li\u015fkisi<\/h3>\n
pure<\/code> (saf) tutmaya \u00e7al\u0131\u015f\u0131n. Yani ayn\u0131 girdiye her zaman ayn\u0131 \u00e7\u0131kt\u0131y\u0131 versinler ve d\u0131\u015f d\u00fcnyada bir de\u011fi\u015fiklik yapmas\u0131nlar. Bu, test edilebilirli\u011fi inan\u0131lmaz derecede art\u0131r\u0131r ve kodunuzu daha tahmin edilebilir hale getirir.\n<\/div>\nSonu\u00e7: Temiz Kodun G\u00fcc\u00fc ve S\u0131k\u00e7a Sorulan Sorular<\/h2>\n
S\u0131k\u00e7a Sorulan Sorular<\/h3>\n
\n