Yaz\u0131l\u0131m geli\u015ftirme s\u00fcrecinde kar\u015f\u0131la\u015f\u0131lan zorluklar\u0131 a\u015fmak ve s\u00fcrd\u00fcr\u00fclebilir, kaliteli \u00fcr\u00fcnler ortaya koymak i\u00e7in hangi temel prensipleri benimsemeliyiz? Bu makale, yaz\u0131l\u0131m d\u00fcnyas\u0131n\u0131n vazge\u00e7ilmez ilkelerini ke\u015ffetmenizi sa\u011flayacak.<\/p>\n
G\u00fcn\u00fcm\u00fcz dijital \u00e7a\u011f\u0131nda yaz\u0131l\u0131m, hayat\u0131m\u0131z\u0131n her alan\u0131na n\u00fcfuz etmi\u015f durumda. Ak\u0131ll\u0131 telefonlar\u0131m\u0131zdaki uygulamalardan, devasa kurumsal sistemlere, hatta uzay ara\u015ft\u0131rmalar\u0131na kadar her yerde yaz\u0131l\u0131m\u0131n g\u00fcc\u00fcn\u00fc g\u00f6r\u00fcyoruz. Ancak, bu kadar yayg\u0131n ve kritik bir alanda ba\u015far\u0131ya ula\u015fmak, \u00e7o\u011fu zaman san\u0131ld\u0131\u011f\u0131 kadar kolay de\u011fildir. Geli\u015ftirilen projeler teknik bor\u00e7lar nedeniyle s\u00fcrd\u00fcr\u00fclemez hale gelebilir, ekipler aras\u0131 ileti\u015fim kopukluklar\u0131 ya\u015fanabilir ve \u00fcr\u00fcn kalitesi beklentilerin alt\u0131nda kalabilir. Peki, t\u00fcm bu zorluklar\u0131n \u00fcstesinden gelmek ve ger\u00e7ekten de\u011ferli, s\u00fcrd\u00fcr\u00fclebilir yaz\u0131l\u0131mlar ortaya koymak i\u00e7in ne yapmal\u0131y\u0131z?<\/p>\n
\u0130\u015fte tam da bu noktada, yaz\u0131l\u0131m geli\u015ftirme prensipleri devreye giriyor. Bu prensipler, birer rehber niteli\u011finde olup, biz geli\u015ftiricilere kod yazarken, sistem tasarlarken ve ekip i\u00e7inde \u00e7al\u0131\u015f\u0131rken do\u011fru kararlar almam\u0131z i\u00e7in yol g\u00f6sterir. T\u0131pk\u0131 bir binan\u0131n sa\u011flam temeller \u00fczerine in\u015fa edilmesi gibi, yaz\u0131l\u0131m projeleri de do\u011fru prensipler \u00fczerine kuruldu\u011funda ayakta kal\u0131r ve zamanla b\u00fcy\u00fcy\u00fcp geli\u015febilir. Bu prensipler, sadece mevcut problemleri \u00e7\u00f6zmekle kalmaz, ayn\u0131 zamanda gelecekte ortaya \u00e7\u0131kabilecek potansiyel sorunlar\u0131n da \u00f6n\u00fcne ge\u00e7ilmesine yard\u0131mc\u0131 olur. Yani, iyi tasarlanm\u0131\u015f bir yaz\u0131l\u0131m, hem bug\u00fcn hem de yar\u0131n i\u00e7in de\u011fer yarat\u0131r.<\/p>\n
Bu makalede, yaz\u0131l\u0131m geli\u015ftirmenin temel ta\u015flar\u0131n\u0131 olu\u015fturan prensipleri derinlemesine inceleyece\u011fiz. SOLID gibi tasar\u0131m prensiplerinden, DRY, KISS, YAGNI gibi pratik kodlama ilkelerine; mod\u00fclerlikten mobil uyumlulu\u011fa kadar geni\u015f bir yelpazeyi ele alaca\u011f\u0131z. Her bir prensibi ger\u00e7ek d\u00fcnya senaryolar\u0131 ve basit \u00f6rneklerle a\u00e7\u0131klayarak, bu soyut kavramlar\u0131 somut bir \u015fekilde anlaman\u0131za yard\u0131mc\u0131 olaca\u011f\u0131z. Amac\u0131m\u0131z, sadece teknik bilginizi art\u0131rmak de\u011fil, ayn\u0131 zamanda yaz\u0131l\u0131m geli\u015ftirme felsefenizi \u015fekillendirmenize katk\u0131da bulunmakt\u0131r. Haz\u0131rsan\u0131z, yaz\u0131l\u0131m d\u00fcnyas\u0131n\u0131n ba\u015far\u0131 s\u0131rlar\u0131n\u0131 aralamaya ba\u015flayal\u0131m!<\/p>\n
Yaz\u0131l\u0131m geli\u015ftirme yolculu\u011funa yeni ba\u015flayanlar veya bilgilerini tazelemek isteyenler i\u00e7in, bu b\u00f6l\u00fcmde yaz\u0131l\u0131m prensiplerinin ne anlama geldi\u011fini ve en temel prensiplerin neler oldu\u011funu \u00f6zetleyece\u011fiz. Asl\u0131nda, yaz\u0131l\u0131m prensipleri, y\u0131llar i\u00e7inde edinilmi\u015f deneyimlerin, kar\u015f\u0131la\u015f\u0131lan sorunlar\u0131n ve bu sorunlara bulunan en iyi \u00e7\u00f6z\u00fcmlerin dam\u0131t\u0131lm\u0131\u015f halleridir. Bunlar, belirli bir programlama diline veya teknolojiye \u00f6zg\u00fc kurallar de\u011fil, daha ziyade evrensel ge\u00e7erlili\u011fi olan rehberlerdir.<\/p>\n
Yaz\u0131l\u0131m geli\u015ftirme prensiplerinin ana amac\u0131, kodun kalitesini art\u0131rmak, okunabilirli\u011fini ve bak\u0131m\u0131n\u0131 kolayla\u015ft\u0131rmak, esnekli\u011fini sa\u011flamak ve yeniden kullan\u0131labilirli\u011fi te\u015fvik etmektir. Bir yaz\u0131l\u0131m projesi, zamanla b\u00fcy\u00fcy\u00fcp karma\u015f\u0131kla\u015ft\u0131k\u00e7a, bu prensiplere uyumun \u00f6nemi daha da belirginle\u015fir. Ba\u015flang\u0131\u00e7ta g\u00f6z ard\u0131 edilen basit kurallar, ilerleyen s\u00fcre\u00e7lerde teknik bor\u00e7lar\u0131n birikmesine ve projenin \u00e7\u00f6k\u00fc\u015f\u00fcne yol a\u00e7abilir. Dolay\u0131s\u0131yla, bu prensipleri \u00f6\u011frenmek ve uygulamak, yaln\u0131zca daha iyi bir geli\u015ftirici olmakla kalmaz, ayn\u0131 zamanda daha ba\u015far\u0131l\u0131 ve s\u00fcrd\u00fcr\u00fclebilir projelere imza atman\u0131z\u0131 sa\u011flar.<\/p>\n
Peki, yaz\u0131l\u0131m geli\u015ftirmenin temelini olu\u015fturan bu prensipler nelerdir? \u0130\u015fte en s\u0131k kar\u015f\u0131la\u015f\u0131lan ve en kritik olanlar\u0131ndan baz\u0131lar\u0131:<\/p>\n
Bu prensipler, yaz\u0131l\u0131m projelerinin ba\u015far\u0131l\u0131 olmas\u0131nda kilit rol oynar. Her ne kadar ilk ba\u015fta \u00f6\u011frenmesi ve uygulamas\u0131 zor gibi g\u00f6r\u00fcnse de, zamanla bu prensipler yaz\u0131l\u0131m geli\u015ftirme s\u00fcrecinin do\u011fal bir par\u00e7as\u0131 haline gelir ve size \u00f6nemli avantajlar sa\u011flar. \u015eimdi, bu prensiplerden en \u00f6nemlilerinden biri olan SOLID prensiplerine daha yak\u0131ndan bakal\u0131m.<\/p>\n
Yaz\u0131l\u0131m geli\u015ftirme d\u00fcnyas\u0131nda “temiz kod” ve “esnek tasar\u0131m” denince akla gelen ilk \u015feylerden biri ku\u015fkusuz SOLID prensipleridir. Robert C. Martin (Uncle Bob) taraf\u0131ndan pop\u00fclerle\u015ftirilen bu be\u015f ilke, nesne y\u00f6nelimli programlama (OOP) dillerinde daha anla\u015f\u0131l\u0131r, bak\u0131m\u0131 kolay ve geni\u015fletilebilir yaz\u0131l\u0131mlar tasarlamak i\u00e7in bir rehber niteli\u011findedir. Her bir harf, bir prensibi temsil eder ve bir b\u00fct\u00fcn olarak uyguland\u0131\u011f\u0131nda, yaz\u0131l\u0131m kalitesini \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r. Gelin, bu prensipleri tek tek inceleyelim ve neden bu kadar \u00f6nemli olduklar\u0131n\u0131 anlayal\u0131m.<\/p>\n
Bir s\u0131n\u0131f\u0131n, mod\u00fcl\u00fcn veya fonksiyonun sadece tek bir sorumlulu\u011fu olmal\u0131d\u0131r ve bu sorumluluk, yaln\u0131zca bir sebeple de\u011fi\u015fmelidir. Basit bir ifadeyle, bir s\u0131n\u0131f\u0131n yapmas\u0131 gereken tek bir i\u015f olmal\u0131 ve bu i\u015fi en iyi \u015fekilde yapmal\u0131d\u0131r. \u00d6rne\u011fin, bir Yaz\u0131l\u0131m varl\u0131klar\u0131 (s\u0131n\u0131flar, mod\u00fcller, fonksiyonlar vb.) geli\u015ftirmeye a\u00e7\u0131k, ancak de\u011fi\u015ftirmeye kapal\u0131 olmal\u0131d\u0131r. Bu ne anlama geliyor? Yani, yeni bir \u00f6zellik eklemek istedi\u011fimizde mevcut kod \u00fczerinde de\u011fi\u015fiklik yapmak yerine, yeni kod yazarak mevcut sistemi geni\u015fletebilmeliyiz. Bu genellikle aray\u00fczler (interface) ve soyut s\u0131n\u0131flar (abstract classes) kullan\u0131larak sa\u011flan\u0131r. \u00d6rne\u011fin, bir e-ticaret uygulamas\u0131nda farkl\u0131 \u00f6deme y\u00f6ntemlerini desteklemek istiyoruz. Her yeni \u00f6deme y\u00f6ntemi i\u00e7in mevcut Alt s\u0131n\u0131flar, temel s\u0131n\u0131flar\u0131n\u0131n yerine ge\u00e7ebilmelidir. Yani, bir programda temel bir s\u0131n\u0131f\u0131n kullan\u0131ld\u0131\u011f\u0131 her yerde, o temel s\u0131n\u0131f\u0131n bir alt s\u0131n\u0131f\u0131 da kullan\u0131labilmeli ve program\u0131n davran\u0131\u015f\u0131n\u0131 bozmamal\u0131d\u0131r. Bu, miras alma ili\u015fkilerinin do\u011fru bir \u015fekilde kurulmas\u0131n\u0131n anahtar\u0131d\u0131r. \u00d6rne\u011fin, M\u00fc\u015fteriler (s\u0131n\u0131flar), kullanmad\u0131klar\u0131 aray\u00fczlere ba\u011f\u0131ml\u0131 olmaya zorlanmamal\u0131d\u0131r. Yani, b\u00fcy\u00fck ve \u00e7ok i\u015flevli bir aray\u00fcz yerine, daha k\u00fc\u00e7\u00fck ve spesifik aray\u00fczler olu\u015fturmal\u0131y\u0131z. \u00d6rne\u011fin, \u00e7ok say\u0131da metodu olan genel bir Y\u00fcksek seviyeli mod\u00fcller, d\u00fc\u015f\u00fck seviyeli mod\u00fcllere ba\u011fl\u0131 olmamal\u0131d\u0131r. Her ikisi de soyutlamalara ba\u011fl\u0131 olmal\u0131d\u0131r. Ayr\u0131ca, soyutlamalar detaylara ba\u011fl\u0131 olmamal\u0131, detaylar soyutlamalara ba\u011fl\u0131 olmal\u0131d\u0131r. Bu prensip genellikle Ba\u011f\u0131ml\u0131l\u0131k Enjeksiyonu (Dependency Injection) ile birlikte an\u0131l\u0131r. Diyelim ki, bir Bu prensipler, yaz\u0131l\u0131m tasar\u0131m\u0131n\u0131n temelini olu\u015fturur ve uyguland\u0131\u011f\u0131nda, teknik borcu azalt\u0131r, kodun kalitesini art\u0131r\u0131r ve yaz\u0131l\u0131m geli\u015ftirme s\u00fcrecini daha verimli hale getirir. Bir sonraki b\u00f6l\u00fcmde ise, daha pratik kodlama prensiplerine odaklanaca\u011f\u0131z.<\/p>\n Yaz\u0131l\u0131m geli\u015ftirme sadece b\u00fcy\u00fck mimari prensiplerden ibaret de\u011fildir; ayn\u0131 zamanda g\u00fcnl\u00fck kodlama al\u0131\u015fkanl\u0131klar\u0131m\u0131z\u0131 ve k\u00fc\u00e7\u00fck kararlar\u0131m\u0131z\u0131 da etkileyen pratik prensiplere dayan\u0131r. Bu b\u00f6l\u00fcmde, kod kalitesini, okunabilirli\u011fini ve bak\u0131m\u0131n\u0131 do\u011frudan etkileyen \u00fc\u00e7 \u00f6nemli prensibi ele alaca\u011f\u0131z: DRY, KISS ve YAGNI. Bu prensipler, genellikle daha karma\u015f\u0131k tasar\u0131m kal\u0131plar\u0131ndan \u00f6nce \u00f6\u011frenilmesi ve uygulanmas\u0131 gereken, temel d\u00fczeyde ancak son derece etkili ilkelerdir.<\/p>\n DRY prensibi, yaz\u0131l\u0131m geli\u015ftirme felsefesinin temel ta\u015flar\u0131ndan biridir ve “Her bilgi par\u00e7as\u0131n\u0131n, bir sistem i\u00e7inde tek, yetkili ve kesin bir temsilinin olmas\u0131 gerekir” ilkesini savunur. Ba\u015fka bir deyi\u015fle, ayn\u0131 kod par\u00e7as\u0131n\u0131, ayn\u0131 i\u015flevi g\u00f6ren mant\u0131\u011f\u0131 veya ayn\u0131 veri tan\u0131m\u0131n\u0131 birden fazla yerde bulundurmaktan ka\u00e7\u0131nmal\u0131y\u0131z. Neden mi? \u00c7\u00fcnk\u00fc kod tekrar\u0131, beraberinde bir\u00e7ok sorunu getirir:\n<\/p>\n DRY prensibini uygulamak i\u00e7in genellikle ortak mant\u0131\u011f\u0131 fonksiyonlara, metotlara veya s\u0131n\u0131flara soyutlar\u0131z. \u00d6rne\u011fin, bir web uygulamas\u0131nda kullan\u0131c\u0131 giri\u015fini do\u011frulayan ayn\u0131 kod blo\u011funu farkl\u0131 sayfalarda tekrar tekrar yazmak yerine, bu do\u011frulama mant\u0131\u011f\u0131n\u0131 tek bir KISS prensibi, yaz\u0131l\u0131m tasar\u0131m\u0131nda ve kodlamada gereksiz karma\u015f\u0131kl\u0131ktan ka\u00e7\u0131nmay\u0131 \u00f6\u011f\u00fctler. Temel felsefesi \u015fudur: “\u00c7o\u011fu sistem en basit haliyle en iyi \u015fekilde \u00e7al\u0131\u015f\u0131r.” Karma\u015f\u0131k \u00e7\u00f6z\u00fcmler, ba\u015flang\u0131\u00e7ta dahiyane gibi g\u00f6r\u00fcnse de, uzun vadede genellikle daha fazla soruna yol a\u00e7ar. Karma\u015f\u0131k kod;\n<\/p>\n Bu prensibi uygulamak, her zaman en az sat\u0131r kod yazmak veya en basit algoritmay\u0131 kullanmak anlam\u0131na gelmez. Daha ziyade, bir problem i\u00e7in m\u00fcmk\u00fcn olan en anla\u015f\u0131l\u0131r ve y\u00f6netilebilir \u00e7\u00f6z\u00fcm\u00fc bulmak demektir. \u00d6rne\u011fin, bir liste \u00fczerindeki basit bir i\u015flem i\u00e7in karma\u015f\u0131k bir matematiksel optimizasyon algoritmas\u0131 kullanmak yerine, basit bir d\u00f6ng\u00fc ve ko\u015ful ifadesiyle problemi \u00e7\u00f6zmek genellikle daha iyidir. Daha sonra performans darbo\u011fazlar\u0131 ortaya \u00e7\u0131karsa, o zaman optimizasyona gidilebilir. KISS prensibi, \u00f6zellikle kod incelemeleri s\u0131ras\u0131nda “bu k\u0131sm\u0131 daha basit hale getirebilir miyiz?” sorusunu sormay\u0131 te\u015fvik eder. Basitlik, yaz\u0131l\u0131m projelerinin uzun \u00f6m\u00fcrl\u00fc ve s\u00fcrd\u00fcr\u00fclebilir olmas\u0131n\u0131n anahtar\u0131d\u0131r.<\/p>\n YAGNI prensibi, “sadece \u015fu anda ger\u00e7ekten ihtiyac\u0131n\u0131z olan i\u015flevselli\u011fi uygulay\u0131n, gelecekteki olas\u0131 ihtiya\u00e7lar i\u00e7in tahminler yaparak kod yazmaktan ka\u00e7\u0131n\u0131n” der. Geli\u015ftiriciler olarak, gelecekte projenin hangi y\u00f6ne gidece\u011fini tahmin etme ve “\u015funu da yapsak iyi olur” d\u00fc\u015f\u00fcncesiyle fazladan \u00f6zellikler veya gereksiz genellemeler ekleme e\u011filimimiz vard\u0131r. Ancak bu yakla\u015f\u0131m genellikle;\n<\/p>\n YAGNI prensibi, “\u015fimdiye odaklan” felsefesini benimser. Bu, gelece\u011fi tamamen g\u00f6z ard\u0131 etmek anlam\u0131na gelmez, ancak gelecekteki potansiyel ihtiya\u00e7lar i\u00e7in fazladan kod yazmak yerine, projenin mevcut gereksinimlerine g\u00f6re en basit ve etkili \u00e7\u00f6z\u00fcm\u00fc sunmay\u0131 hedefler. Gelecekte ger\u00e7ekten bir \u00f6zelli\u011fe ihtiya\u00e7 duyuldu\u011funda, o zaman bu \u00f6zelli\u011fi eklemek \u00e7ok daha kolay ve verimli olacakt\u0131r. \u00d6rne\u011fin, bir kullan\u0131c\u0131 y\u00f6netim sistemi geli\u015ftirirken, \u015fu anda sadece “admin” ve “user” rolleri varken, “s\u00fcper admin”, “misafir”, “editor” gibi bir\u00e7ok rol\u00fc destekleyecek karma\u015f\u0131k bir rol sistemi kurmak yerine, sadece mevcut iki rol i\u00e7in yeterli olan basit bir sistemle ba\u015flamak daha do\u011fru olacakt\u0131r. \u0130htiya\u00e7 do\u011fdu\u011funda, mevcut sistemi SOLID ve DRY prensiplerine uygun bir \u015fekilde geni\u015fletmek m\u00fcmk\u00fcnd\u00fcr.<\/p>\n Bu \u00fc\u00e7 prensip, yaz\u0131l\u0131m geli\u015ftirme s\u00fcrecinin her a\u015famas\u0131nda bizlere rehberlik eder ve daha temiz, daha s\u00fcrd\u00fcr\u00fclebilir ve daha az maliyetli yaz\u0131l\u0131mlar \u00fcretmemize yard\u0131mc\u0131 olur. \u015eimdi, daha b\u00fcy\u00fck \u00f6l\u00e7ekli sistemlerin y\u00f6netimi i\u00e7in mimari prensiplere ve tasar\u0131m desenlerine odaklanal\u0131m.<\/p>\n B\u00fcy\u00fck ve karma\u015f\u0131k yaz\u0131l\u0131m sistemleri geli\u015ftirirken, sadece tek tek s\u0131n\u0131flar\u0131n veya fonksiyonlar\u0131n kalitesi yeterli de\u011fildir. Sistemin genel yap\u0131s\u0131n\u0131n, yani mimarisinin de sa\u011flam ve iyi d\u00fc\u015f\u00fcn\u00fclm\u00fc\u015f olmas\u0131 gerekir. Mimari prensipler, bir yaz\u0131l\u0131m\u0131n bile\u015fenlerini nas\u0131l organize edece\u011fimiz, bunlar\u0131n birbiriyle nas\u0131l etkile\u015fime girece\u011fi ve sistemin uzun vadede nas\u0131l s\u00fcrd\u00fcr\u00fclebilir kalaca\u011f\u0131 konusunda bize yol g\u00f6sterir. Bu b\u00f6l\u00fcmde, mimari prensiplerin \u00f6nemini ve bu prensipleri uygulamak i\u00e7in yayg\u0131n olarak kullan\u0131lan tasar\u0131m desenlerini inceleyece\u011fiz.<\/p>\n Daha \u00f6nce bahsetti\u011fimiz “Concern’lerin Ayr\u0131lmas\u0131” prensibi, mimari d\u00fczeyde b\u00fcy\u00fck \u00f6nem ta\u015f\u0131r. Bir sistemin farkl\u0131 sorumluluklar\u0131n\u0131 (\u00f6rne\u011fin, kullan\u0131c\u0131 aray\u00fcz\u00fc, i\u015f mant\u0131\u011f\u0131, veri eri\u015fimi, g\u00fcvenlik, loglama) birbirinden ay\u0131rmak, mod\u00fcler bir yap\u0131 olu\u015fturman\u0131n temelidir. Mod\u00fclerlik, bir sistemin farkl\u0131 b\u00f6l\u00fcmlerinin ba\u011f\u0131ms\u0131z olarak geli\u015ftirilmesine, test edilmesine ve bak\u0131m\u0131n\u0131n yap\u0131lmas\u0131na olanak tan\u0131r. \u00d6rne\u011fin, bir web uygulamas\u0131nda:<\/p>\n Bu katmanlar\u0131n ayr\u0131lmas\u0131, bir katmanda yap\u0131lan de\u011fi\u015fikli\u011fin di\u011fer katmanlar\u0131 minimal d\u00fczeyde etkilemesini sa\u011flar. \u00d6rne\u011fin, veritaban\u0131 teknolojisini de\u011fi\u015ftirdi\u011fimizde, sadece Veri Eri\u015fim Katman\u0131 \u00fczerinde yo\u011funla\u015fmam\u0131z yeterli olur; i\u015f mant\u0131\u011f\u0131 veya kullan\u0131c\u0131 aray\u00fcz\u00fc katmanlar\u0131 bu de\u011fi\u015fiklikten do\u011frudan etkilenmez. Bu yap\u0131, \u00f6zellikle b\u00fcy\u00fck ekiplerin farkl\u0131 katmanlar \u00fczerinde paralel \u00e7al\u0131\u015fmas\u0131na olanak tan\u0131r ve projenin genel verimlili\u011fini art\u0131r\u0131r.<\/p>\n Tasar\u0131m desenleri, yaz\u0131l\u0131m geli\u015ftirmede s\u0131kl\u0131kla kar\u015f\u0131la\u015f\u0131lan belirli sorunlara y\u00f6nelik kan\u0131tlanm\u0131\u015f, yeniden kullan\u0131labilir \u00e7\u00f6z\u00fcmlerdir. Bunlar, belirli bir programlama diline veya teknolojiye \u00f6zg\u00fc de\u011fildir; daha ziyade, iyi yaz\u0131l\u0131m tasar\u0131m\u0131n\u0131n temel prensiplerini somutla\u015ft\u0131ran soyut \u015fablonlard\u0131r. Tasar\u0131m desenleri, yaz\u0131l\u0131mc\u0131lar\u0131n daha anla\u015f\u0131l\u0131r, esnek ve bak\u0131m\u0131 kolay sistemler in\u015fa etmelerine yard\u0131mc\u0131 olur. En yayg\u0131n tasar\u0131m desenlerinden baz\u0131lar\u0131:<\/p>\n Bu desenler, “ortak bir dil” olu\u015fturarak geli\u015ftiricilerin daha kolay ileti\u015fim kurmas\u0131n\u0131 ve karma\u015f\u0131k sistemleri daha iyi anlamas\u0131n\u0131 sa\u011flar. \u00d6rne\u011fin, bir ekip \u00fcyesi bir s\u0131n\u0131f\u0131n “Factory” deseni kulland\u0131\u011f\u0131n\u0131 s\u00f6yledi\u011finde, herkes bu s\u0131n\u0131f\u0131n nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131na dair ortak bir anlay\u0131\u015fa sahip olur.<\/p>\n Bir RESTful API geli\u015ftirirken, katmanl\u0131 mimari ve ba\u011f\u0131ml\u0131l\u0131k enjeksiyonu prensipleri, projenin d\u00fczenli ve y\u00f6netilebilir kalmas\u0131 i\u00e7in kritik \u00f6neme sahiptir. Diyelim ki, basit bir \u00dcr\u00fcn Y\u00f6netimi API’si geli\u015ftiriyoruz:<\/p>\n <\/code><\/p>\n Yukar\u0131daki JavaScript \u00f6rne\u011fi, hem katmanl\u0131 mimarinin hem de Ba\u011f\u0131ml\u0131l\u0131k Enjeksiyonu prensibinin nas\u0131l kullan\u0131ld\u0131\u011f\u0131n\u0131 g\u00f6stermektedir. Mimari prensipler ve tasar\u0131m desenleri, \u00f6zellikle b\u00fcy\u00fck \u00f6l\u00e7ekli ve uzun \u00f6m\u00fcrl\u00fc olmas\u0131 beklenen projeler i\u00e7in vazge\u00e7ilmezdir. Bu yap\u0131lar\u0131 anlamak ve do\u011fru bir \u015fekilde uygulamak, yaz\u0131l\u0131m geli\u015ftirme s\u00fcrecini \u00e7ok daha keyifli ve verimli hale getirecektir. \u015eimdi ise, daha deneyimli geli\u015ftiriciler i\u00e7in ipu\u00e7lar\u0131na ve mobil uyumluluk gibi g\u00fcncel konulara de\u011finece\u011fiz.<\/p>\n Yaz\u0131l\u0131m geli\u015ftirme prensiplerini \u00f6\u011frendik\u00e7e ve uygulad\u0131k\u00e7a, kod kalitenizin artt\u0131\u011f\u0131n\u0131 ve projelerinizin daha y\u00f6netilebilir hale geldi\u011fini g\u00f6receksiniz. Ancak, deneyimli bir geli\u015ftirici olmak sadece prensiplere uymakla kalmaz, ayn\u0131 zamanda bu prensipleri ileri d\u00fczeyde uygulamak ve s\u00fcrekli iyile\u015ftirme yollar\u0131n\u0131 aramakla da m\u00fcmk\u00fcnd\u00fcr. Bu b\u00f6l\u00fcmde, deneyimli kullan\u0131c\u0131lar i\u00e7in baz\u0131 ipu\u00e7lar\u0131n\u0131, performans optimizasyonu yakla\u015f\u0131mlar\u0131n\u0131 ve g\u00fcn\u00fcm\u00fcz\u00fcn vazge\u00e7ilmezi olan mobil uyumluluk konusunu ele alaca\u011f\u0131z.<\/p>\n Temiz kod yazmak bir ba\u015flang\u0131\u00e7t\u0131r, ancak kodu temiz tutmak s\u00fcrekli bir \u00e7aba gerektirir. \u0130\u015fte bu noktada devreye giren baz\u0131 ileri d\u00fczey pratikler:<\/p>\n Yaz\u0131l\u0131m prensipleri genellikle kodun kalitesine odaklan\u0131rken, performans da son kullan\u0131c\u0131 deneyimi i\u00e7in kritik bir fakt\u00f6rd\u00fcr. \u0130yi yaz\u0131lm\u0131\u015f bir kod, genellikle iyi performans g\u00f6sterir, ancak bazen ek optimizasyonlara ihtiya\u00e7 duyulabilir:<\/p>\n G\u00fcn\u00fcm\u00fczde kullan\u0131c\u0131lar\u0131n b\u00fcy\u00fck bir \u00e7o\u011funlu\u011fu internete mobil cihazlardan eri\u015fiyor. Bu nedenle, geli\u015ftirdi\u011finiz web uygulamalar\u0131n\u0131n veya sitelerin mobil uyumlu olmas\u0131, art\u0131k bir se\u00e7enek de\u011fil, bir zorunluluktur. Mobil uyumlu (responsive) tasar\u0131m, i\u00e7eri\u011fin ve d\u00fczenin farkl\u0131 ekran boyutlar\u0131na ve cihazlara otomatik olarak adapte olmas\u0131n\u0131 sa\u011flar. Bunu sa\u011flaman\u0131n temel yolu CSS medya sorgular\u0131d\u0131r:<\/p>\nRapor<\/code> s\u0131n\u0131f\u0131, hem rapor verilerini \u00e7ekme hem de raporu formatlama i\u015fini yapmamal\u0131d\u0131r. Veri \u00e7ekme sorumlulu\u011fu bir VeriDeposu<\/code> s\u0131n\u0131f\u0131na, formatlama sorumlulu\u011fu ise bir RaporFormatlay\u0131c\u0131<\/code> s\u0131n\u0131f\u0131na ait olmal\u0131d\u0131r. Bu sayede, rapor format\u0131 de\u011fi\u015fti\u011finde sadece RaporFormatlay\u0131c\u0131<\/code> s\u0131n\u0131f\u0131n\u0131, veri \u00e7ekme mant\u0131\u011f\u0131 de\u011fi\u015fti\u011finde ise sadece VeriDeposu<\/code> s\u0131n\u0131f\u0131n\u0131 de\u011fi\u015ftirmemiz yeterli olur. Bu, kodun de\u011fi\u015fime daha az duyarl\u0131 olmas\u0131n\u0131 sa\u011flar ve hatalar\u0131n yay\u0131lmas\u0131n\u0131 engeller.<\/p>\nO – Open\/Closed Principle (A\u00e7\u0131k\/Kapal\u0131 Prensibi)<\/h3>\n
OdemeIslemcisi<\/code> s\u0131n\u0131f\u0131n\u0131 de\u011fi\u015ftirmek yerine, bir IOdemeYontemi<\/code> aray\u00fcz\u00fc tan\u0131mlay\u0131p, her \u00f6deme y\u00f6ntemi (Kredi Kart\u0131, PayPal, Havale) i\u00e7in bu aray\u00fcz\u00fc uygulayan yeni s\u0131n\u0131flar olu\u015ftururuz. B\u00f6ylece, yeni bir \u00f6deme y\u00f6ntemi eklendi\u011finde mevcut OdemeIslemcisi<\/code> s\u0131n\u0131f\u0131nda hi\u00e7bir de\u011fi\u015fiklik yapmam\u0131za gerek kalmaz.<\/p>\nL – Liskov Substitution Principle (Liskov Yerine Ge\u00e7me Prensibi)<\/h3>\n
Ku\u015f<\/code> temel s\u0131n\u0131f\u0131m\u0131z ve Penguen<\/code> alt s\u0131n\u0131f\u0131m\u0131z olsun. E\u011fer Ku\u015f<\/code> s\u0131n\u0131f\u0131nda ucusYap()<\/code> metodu varsa, Penguen<\/code> s\u0131n\u0131f\u0131n\u0131n da bu metodu uygulamas\u0131 beklenir. Ancak penguenler u\u00e7amaz. Bu durumda Penguen<\/code>, Ku\u015f<\/code> s\u0131n\u0131f\u0131n\u0131n yerine ge\u00e7emez ve LSP ihlal edilmi\u015f olur. Do\u011fru yakla\u015f\u0131m, UcanKus<\/code> ve YuzucuKus<\/code> gibi daha spesifik aray\u00fczler tan\u0131mlayarak bu durumu \u00e7\u00f6zmektir.<\/p>\nI – Interface Segregation Principle (Aray\u00fcz Ay\u0131rma Prensibi)<\/h3>\n
Calisan<\/code> aray\u00fcz\u00fc yerine, IProgramci<\/code>, IYonetici<\/code>, IKariyerPlanlama<\/code> gibi daha k\u00fc\u00e7\u00fck ve \u00f6zelle\u015fmi\u015f aray\u00fczler tan\u0131mlanabilir. B\u00f6ylece, bir Yazilimci<\/code> s\u0131n\u0131f\u0131 sadece IProgramci<\/code> aray\u00fcz\u00fcn\u00fc uygulayarak, kullanmayaca\u011f\u0131 di\u011fer metotlar\u0131 implemente etmek zorunda kalmaz. Bu, kod taban\u0131n\u0131 daha esnek ve y\u00f6netilebilir hale getirir.<\/p>\nD – Dependency Inversion Principle (Ba\u011f\u0131ml\u0131l\u0131k Tersine \u00c7evirme Prensibi)<\/h3>\n
RaporServisi<\/code> s\u0131n\u0131f\u0131m\u0131z var ve bu s\u0131n\u0131f, veri almak i\u00e7in do\u011frudan bir VeriTabaniBaglayici<\/code> s\u0131n\u0131f\u0131na ba\u011f\u0131ml\u0131. Bu durumda RaporServisi<\/code>, d\u00fc\u015f\u00fck seviyeli bir detaya (veritaban\u0131 ba\u011flant\u0131s\u0131) s\u0131k\u0131 s\u0131k\u0131ya ba\u011fl\u0131d\u0131r. DIP’ye g\u00f6re, hem RaporServisi<\/code> hem de VeriTabaniBaglayici<\/code>, bir IDataSource<\/code> aray\u00fcz\u00fcne ba\u011fl\u0131 olmal\u0131d\u0131r. RaporServisi<\/code>, IDataSource<\/code> aray\u00fcz\u00fcn\u00fc beklerken, VeriTabaniBaglayici<\/code> bu aray\u00fcz\u00fc uygular. B\u00f6ylece, RaporServisi<\/code>, hangi veri kayna\u011f\u0131n\u0131 kulland\u0131\u011f\u0131n\u0131 bilmez, sadece bir veri kayna\u011f\u0131na ihtiyac\u0131 oldu\u011funu bilir. Bu, sistemin daha esnek, test edilebilir ve de\u011fi\u015ftirilebilir olmas\u0131n\u0131 sa\u011flar.<\/p>\nKod Kalitesi ve S\u00fcrd\u00fcr\u00fclebilirlik \u0130\u00e7in Pratik Prensipler: DRY, KISS ve YAGNI<\/h2>\n
DRY (Don’t Repeat Yourself – Kendini Tekrar Etme): Kodu Tekrar Etmeden Nas\u0131l Geli\u015ftiririz?<\/h3>\n
\n
validateUserInput(data)<\/code> fonksiyonu i\u00e7ine al\u0131p her yerde bu fonksiyonu \u00e7a\u011f\u0131rabiliriz. Benzer \u015fekilde, veritaban\u0131 ba\u011flant\u0131 ayarlar\u0131 gibi yap\u0131land\u0131rma bilgilerini tek bir yerden okuyarak (\u00f6rne\u011fin bir yap\u0131land\u0131rma dosyas\u0131), bu bilgilere ihtiya\u00e7 duyan her yerde bu tek yetkili kayna\u011f\u0131 kullan\u0131r\u0131z. Bu yakla\u015f\u0131m, sadece kod miktar\u0131n\u0131 azaltmakla kalmaz, ayn\u0131 zamanda sistemin tutarl\u0131l\u0131\u011f\u0131n\u0131 ve esnekli\u011fini de art\u0131r\u0131r.<\/p>\nKISS (Keep It Simple, Stupid – Basit Tut Salak): Karma\u015f\u0131kl\u0131\u011f\u0131 En Aza \u0130ndirmek Neden \u00d6nemlidir?<\/h3>\n
\n
YAGNI (You Aren’t Gonna Need It – Ona \u0130htiyac\u0131n Olmayacak): Gelecekteki \u0130htiya\u00e7lar \u0130\u00e7in \u015eimdiden Kod Yazmaktan Nas\u0131l Ka\u00e7\u0131n\u0131r\u0131z?<\/h3>\n
\n
Mimari Prensipler ve Tasar\u0131m Deseni Uygulamalar\u0131: B\u00fcy\u00fck Sistemler Nas\u0131l Y\u00f6netilir?<\/h2>\n
Concern’lerin Ayr\u0131lmas\u0131 ve Mod\u00fclerlik: Da\u011f\u0131n\u0131k \u0130\u015fleri D\u00fczenlemek<\/h3>\n
\n
Tasar\u0131m Desenleri: Kan\u0131tlanm\u0131\u015f \u00c7\u00f6z\u00fcmlerle Geli\u015ftirme<\/h3>\n
\n
Uygulamal\u0131 K\u0131s\u0131m: REST API Geli\u015ftirirken Katmanl\u0131 Mimari ve Ba\u011f\u0131ml\u0131l\u0131k Enjeksiyonu<\/h3>\n
\n\/\/ 1. Veri Eri\u015fim Katman\u0131 (Data Access Layer - DAL) i\u00e7in aray\u00fcz\nclass IProductRepository {\n getAllProducts() { \/* soyut metot *\/ }\n getProductById(id) { \/* soyut metot *\/ }\n addProduct(product) { \/* soyut metot *\/ }\n \/\/ ... di\u011fer CRUD i\u015flemleri\n}\n\n\/\/ MySQL ile veri eri\u015fimini sa\u011flayan somut implementasyon\nclass MySQLProductRepository extends IProductRepository {\n constructor() {\n \/\/ MySQL ba\u011flant\u0131 bilgileri burada ayarlan\u0131r\n console.log(\"MySQLProductRepository ba\u015flat\u0131ld\u0131.\");\n }\n getAllProducts() {\n console.log(\"MySQL'den t\u00fcm \u00fcr\u00fcnler \u00e7ekiliyor.\");\n return [{ id: 1, name: \"Telefon\" }, { id: 2, name: \"Bilgisayar\" }];\n }\n getProductById(id) {\n console.log(MySQL'den ${id} ID'li \u00fcr\u00fcn \u00e7ekiliyor.<\/code>);\n return { id: id, name: \"Belirli \u00dcr\u00fcn\" };\n }\n addProduct(product) {\n console.log(MySQL'e \u00fcr\u00fcn eklendi: ${product.name}<\/code>);\n return { id: Math.floor(Math.random() * 1000), ...product };\n }\n}\n\n\/\/ 2. \u0130\u015f Mant\u0131\u011f\u0131 Katman\u0131 (Business Logic Layer - BLL)\nclass ProductService {\n constructor(productRepository) { \/\/ Ba\u011f\u0131ml\u0131l\u0131k Enjeksiyonu burada!\n this.productRepository = productRepository;\n }\n\n getProducts() {\n return this.productRepository.getAllProducts();\n }\n\n createProduct(productName) {\n if (!productName || productName.length < 3) {\n throw new Error(\"\u00dcr\u00fcn ad\u0131 en az 3 karakter olmal\u0131.\");\n }\n const newProduct = { name: productName, price: 100 }; \/\/ \u00d6rnek fiyat\n return this.productRepository.addProduct(newProduct);\n }\n}\n\n\/\/ 3. API Katman\u0131 (Presentation Layer) - Bir web framework'\u00fc (\u00f6rne\u011fin Express.js) ile temsil edilebilir\n\/\/ Bu katman, HTTP isteklerini kar\u015f\u0131lar ve \u0130\u015f Mant\u0131\u011f\u0131 Katman\u0131 ile ileti\u015fim kurar.\n\n\/\/ Sistemin ba\u015flat\u0131lmas\u0131 ve ba\u011f\u0131ml\u0131l\u0131klar\u0131n y\u00f6netilmesi\nconst mySQLRepo = new MySQLProductRepository(); \/\/ D\u00fc\u015f\u00fck seviyeli mod\u00fcl\nconst productService = new ProductService(mySQLRepo); \/\/ Y\u00fcksek seviyeli mod\u00fcl, soyutlamaya ba\u011f\u0131ml\u0131\n\n\/\/ API u\u00e7 noktas\u0131 \u00e7a\u011fr\u0131m\u0131 sim\u00fclasyonu\nconsole.log(\"--- \u00dcr\u00fcnleri Listeleme ---\");\nconst products = productService.getProducts();\nconsole.log(\"Al\u0131nan \u00dcr\u00fcnler:\", products);\n\nconsole.log(\"\\n--- Yeni \u00dcr\u00fcn Ekleme ---\");\ntry {\n const newProduct = productService.createProduct(\"Ak\u0131ll\u0131 Saat\");\n console.log(\"Eklenen \u00dcr\u00fcn:\", newProduct);\n} catch (error) {\n console.error(\"Hata:\", error.message);\n}\n\n\/\/ E\u011fer daha sonra ba\u015fka bir veritaban\u0131 (\u00f6rne\u011fin MongoDB) kullanmak istersek,\n\/\/ sadece IProductRepository aray\u00fcz\u00fcn\u00fc uygulayan yeni bir s\u0131n\u0131f yazar\u0131z\n\/\/ ve ba\u015flatma s\u0131ras\u0131nda o s\u0131n\u0131f\u0131 ProductService'e enjekte ederiz.\n\/\/ ProductService s\u0131n\u0131f\u0131nda hi\u00e7bir de\u011fi\u015fiklik yapmam\u0131za gerek kalmaz.\n<\/pre>\nProductService<\/code> s\u0131n\u0131f\u0131, do\u011frudan MySQLProductRepository<\/code>'ye ba\u011f\u0131ml\u0131 olmak yerine, IProductRepository<\/code> aray\u00fcz\u00fcne (soyutlama) ba\u011fl\u0131d\u0131r. MySQLProductRepository<\/code> ise bu aray\u00fcz\u00fc uygulayan somut bir detayd\u0131r. Bu sayede, gelecekte MongoDB veya ba\u015fka bir veritaban\u0131 kullanmak istedi\u011fimizde, sadece IProductRepository<\/code> aray\u00fcz\u00fcn\u00fc uygulayan yeni bir repository s\u0131n\u0131f\u0131 yazmam\u0131z yeterli olur; ProductService<\/code> ve API katman\u0131nda hi\u00e7bir de\u011fi\u015fiklik yapmam\u0131za gerek kalmaz. Bu, sistemin esnekli\u011fini ve s\u00fcrd\u00fcr\u00fclebilirli\u011fini \u00e7arp\u0131c\u0131 bir \u015fekilde art\u0131r\u0131r.<\/p>\n\u0130leri D\u00fczey \u0130pu\u00e7lar\u0131 ve Mobil Uyumluluk Yakla\u015f\u0131mlar\u0131: Performans\u0131 Nas\u0131l Art\u0131rabiliriz?<\/h2>\n
Kod Kalitesini S\u00fcrekli \u0130yile\u015ftirme: Refactoring, Kod \u0130ncelemeleri ve Otomatik Testler<\/h3>\n
\n
Performans Optimizasyonu: Sistemleri Daha H\u0131zl\u0131 ve Verimli Hale Getirmek<\/h3>\n
\n
Mobil Uyumluluk Yakla\u015f\u0131mlar\u0131: Her Cihazda Harika Deneyim<\/h3>\n
\n