Modern yaz\u0131l\u0131m geli\u015ftirme s\u00fcre\u00e7leri, h\u0131z ve verimlilik odakl\u0131d\u0131r. Ancak, bu s\u00fcre\u00e7lerde s\u0131k\u00e7a kar\u015f\u0131la\u015f\u0131lan bir engel var: boilerplate kodlar<\/b>. \u00d6zellikle NestJS gibi yap\u0131land\u0131r\u0131lm\u0131\u015f framework’lerde, belirli bir standartta proje geli\u015ftirmek, tekrar eden bir\u00e7ok dosya ve kod blo\u011fu yazmay\u0131 gerektirebilir. Bu makalede, NestJS projelerinde bu tekrarlayan i\u015f y\u00fck\u00fcn\u00fc ortadan kald\u0131rmak i\u00e7in nas\u0131l bir kod \u00fcretici geli\u015ftirdi\u011fimi, bu s\u00fcrecin arkas\u0131ndaki motivasyonu, kullan\u0131lan teknolojileri ve elde edilen faydalar\u0131 ad\u0131m ad\u0131m anlataca\u011f\u0131m. Amac\u0131m, geli\u015ftiricilerin daha yarat\u0131c\u0131 ve problem \u00e7\u00f6zme odakl\u0131 \u00e7al\u0131\u015fmas\u0131na olanak tan\u0131mak.<\/p>\nBoilerplate Nedir ve Neden Sorunlu?<\/h2>\n
Yaz\u0131l\u0131m d\u00fcnyas\u0131nda “boilerplate” terimi, bir projenin veya mod\u00fcl\u00fcn \u00e7al\u0131\u015fmas\u0131 i\u00e7in gerekli olan, ancak i\u015f mant\u0131\u011f\u0131na do\u011frudan katk\u0131da bulunmayan, s\u0131k\u00e7a tekrarlayan kod par\u00e7ac\u0131klar\u0131n\u0131 ifade eder. Genellikle dosya yap\u0131land\u0131rmalar\u0131, temel s\u0131n\u0131f tan\u0131mlar\u0131, import ifadeleri ve standart metot iskeletleri bu kategoriye girer.<\/p>\n
Boilerplate, her yeni \u00f6zellik veya kaynak (resource) ekledi\u011finizde ayn\u0131 veya \u00e7ok benzer \u015fekilde tekrar tekrar yazmak zorunda kald\u0131\u011f\u0131n\u0131z kodlard\u0131r. \u00d6rne\u011fin, bir kullan\u0131c\u0131 mod\u00fcl\u00fc i\u00e7in Her yeni \u00f6zellik i\u00e7in bu tekrarlayan kodlar\u0131 manuel olarak yazmak, geli\u015ftirme s\u00fcrecini \u00f6nemli \u00f6l\u00e7\u00fcde yava\u015flat\u0131r. Geli\u015ftiriciler, as\u0131l i\u015f mant\u0131\u011f\u0131na odaklanmak yerine, temel yap\u0131land\u0131rma ve dosya olu\u015fturma i\u015flemleriyle zaman kaybederler. Bu durum, \u00f6zellikle b\u00fcy\u00fck ve h\u0131zl\u0131 tempolu projelerde ciddi bir verimlilik d\u00fc\u015f\u00fc\u015f\u00fcne yol a\u00e7ar.<\/p>\n Manuel olarak yaz\u0131lan tekrarlayan kodlar, insan hatas\u0131na a\u00e7\u0131kt\u0131r. Yanl\u0131\u015f bir dosya ad\u0131, eksik bir import veya hatal\u0131 bir s\u0131n\u0131f tan\u0131m\u0131, projenin derlenmemesine veya beklenmedik davran\u0131\u015flara neden olabilir. Ayr\u0131ca, bir standartta de\u011fi\u015fiklik yap\u0131ld\u0131\u011f\u0131nda, bu de\u011fi\u015fikli\u011fi projenin her yerinde manuel olarak uygulamak, bak\u0131m maliyetini art\u0131r\u0131r ve tutarl\u0131l\u0131\u011f\u0131 bozabilir.<\/p>\n NestJS, mod\u00fcler ve katmanl\u0131 mimarisiyle bilinen, g\u00fc\u00e7l\u00fc bir Node.js framework’\u00fcd\u00fcr. Bu yap\u0131, projelere d\u00fczen ve \u00f6l\u00e7eklenebilirlik kazand\u0131r\u0131rken, beraberinde belirli bir d\u00fczeyde boilerplate getirme potansiyeli ta\u015f\u0131r.<\/p>\n NestJS’in her \u015feyin bir mod\u00fcl oldu\u011fu felsefesi, uygulaman\u0131n temiz ve d\u00fczenli kalmas\u0131n\u0131 sa\u011flar. Ancak, her yeni birim (\u00f6rne\u011fin, bir “\u00fcr\u00fcn” veya “sipari\u015f” kayna\u011f\u0131) i\u00e7in ayr\u0131 bir mod\u00fcl, servis, kontrolc\u00fc ve ilgili DTO’lar olu\u015fturmak, belirli bir kal\u0131p i\u00e7inde tekrarlayan dosya ve kod bloklar\u0131 anlam\u0131na gelir. NestJS CLI, bu s\u00fcre\u00e7te ba\u015flang\u0131\u00e7ta yard\u0131mc\u0131 olsa da, daha karma\u015f\u0131k ve \u00f6zelle\u015ftirilmi\u015f \u015fablonlar i\u00e7in yetersiz kalabilir.<\/p>\n <\/code>\n<\/p><\/blockquote>\n Yukar\u0131daki gibi basit bir mod\u00fcl tan\u0131m\u0131 bile, her yeni kaynak i\u00e7in tekrarlan\u0131r.<\/p>\n \u00c7o\u011fu web uygulamas\u0131, temel CRUD (Create, Read, Update, Delete) operasyonlar\u0131na dayan\u0131r. NestJS'in kontrolc\u00fc, servis ve veritaban\u0131 (repository\/entity) katmanlar\u0131 aras\u0131ndaki ayr\u0131m\u0131, bu i\u015flemler i\u00e7in her katmanda ayr\u0131 ayr\u0131 kod yazmay\u0131 gerektirir. \u00d6rne\u011fin, bir \"\u00fcr\u00fcn\" kayna\u011f\u0131 i\u00e7in Veri transfer nesneleri (DTO'lar) ve veritaban\u0131 varl\u0131klar\u0131 (Entity'ler), NestJS uygulamalar\u0131nda veri do\u011frulama ve tip g\u00fcvenli\u011fi i\u00e7in kritik \u00f6neme sahiptir. Her geli\u015ftirici gibi, ben de tekrarlayan g\u00f6revlerden s\u0131k\u0131ld\u0131\u011f\u0131m ve daha verimli yollar arad\u0131\u011f\u0131m anlar ya\u015fad\u0131m. NestJS projelerimde s\u00fcrekli ayn\u0131 dosya yap\u0131lar\u0131n\u0131 olu\u015fturmak, benzer metotlar\u0131 yazmak, bir s\u00fcre sonra \"Bunun daha kolay bir yolu olmal\u0131!\" dedirtti.<\/p>\n Bir projede yeni bir \u00f6zellik geli\u015ftirmeye ba\u015flarken, ilk ad\u0131m genellikle ilgili dosyalar\u0131 ve temel yap\u0131land\u0131rmay\u0131 olu\u015fturmakt\u0131r. Bu, mod\u00fcl, kontrolc\u00fc, servis, DTO'lar ve bazen de entity dosyalar\u0131n\u0131 manuel olarak olu\u015fturup, i\u00e7lerine temel \u015fablonlar\u0131 kopyala-yap\u0131\u015ft\u0131r yapmak anlam\u0131na geliyordu. Bu, hem zaman al\u0131c\u0131 hem de s\u0131k\u0131c\u0131 bir s\u00fcre\u00e7ti.<\/p>\n Yeni bir NestJS projesine ba\u015flarken veya mevcut bir projeye b\u00fcy\u00fck bir mod\u00fcl eklerken, ba\u015ftan sona t\u00fcm bu boilerplate'\u0131 kurmak, projenin ilk a\u015famalar\u0131nda bile yava\u015flamaya neden oluyordu. Bu durum, geli\u015ftirme motivasyonunu d\u00fc\u015f\u00fcrebiliyordu.<\/p>\n Ana motivasyonum, geli\u015ftirme s\u00fcrecini h\u0131zland\u0131rmak ve beni as\u0131l i\u015f mant\u0131\u011f\u0131na odaklanmaya te\u015fvik etmekti. E\u011fer bir CLI komutuyla t\u00fcm bu temel yap\u0131y\u0131 saniyeler i\u00e7inde olu\u015fturabilirsem, hem zamandan tasarruf edecek hem de daha az hata yapacakt\u0131m. Bu fikir, bir kod \u00fcretici geli\u015ftirme yolculu\u011fumun ba\u015flang\u0131c\u0131 oldu.<\/p>\n Kod \u00fcret<\/p>\n","protected":false},"excerpt":{"rendered":"Modern yaz\u0131l\u0131m geli\u015ftirme s\u00fcre\u00e7leri, h\u0131z ve verimlilik odakl\u0131d\u0131r. Ancak, bu s\u00fcre\u00e7lerde s\u0131k\u00e7a kar\u015f\u0131la\u015f\u0131lan bir engel var: boilerplate kodlar. …","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-38812","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-genel","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\nuser.module.ts<\/code>, user.service.ts<\/code>, user.controller.ts<\/code>, create-user.dto.ts<\/code>, update-user.dto.ts<\/code> gibi dosyalar\u0131 olu\u015fturmak ve i\u00e7lerine standart import’lar\u0131, s\u0131n\u0131f tan\u0131mlar\u0131n\u0131 eklemek bir boilerplate \u00f6rne\u011fidir.<\/p>\nGeli\u015ftirme H\u0131z\u0131na Etkisi<\/h3>\n
Hata Potansiyeli ve Bak\u0131m Zorlu\u011fu<\/h3>\n
NestJS’te Boilerplate Neden Daha Belirgin?<\/h2>\n
Mod\u00fcler Yap\u0131n\u0131n Getirdikleri<\/h3>\n
\n
\/\/ products.module.ts\nimport { Module } from '@nestjs\/common';\nimport { ProductsService } from '.\/products.service';\nimport { ProductsController } from '.\/products.controller';\n\n@Module({\n controllers: [ProductsController],\n providers: [ProductsService],\n})\nexport class ProductsModule {}\n<\/pre>\nCRUD \u0130\u015flemleri ve Katmanl\u0131 Mimari<\/h3>\n
createProduct<\/code>, findAllProducts<\/code>, findOneProduct<\/code>, updateProduct<\/code>, removeProduct<\/code> metotlar\u0131n\u0131 hem kontrolc\u00fcde hem de serviste tan\u0131mlamak standart bir uygulamad\u0131r.<\/p>\nDTO'lar, Entity'ler ve Validator'lar<\/h3>\n
class-validator<\/code> ve class-transformer<\/code> gibi k\u00fct\u00fcphanelerle birlikte kullan\u0131ld\u0131\u011f\u0131nda, her DTO ve Entity i\u00e7in property'leri ve do\u011frulama kurallar\u0131n\u0131 tan\u0131mlamak, olduk\u00e7a fazla tekrarlayan kod demektir. \u00d6zellikle, CreateDTO<\/code> ve UpdateDTO<\/code> aras\u0131ndaki farklar genellikle k\u00fc\u00e7\u00fckt\u00fcr, ancak yine de ayr\u0131 ayr\u0131 tan\u0131mlanmalar\u0131 gerekir.<\/p>\nKod \u00dcretici Fikri Nas\u0131l Do\u011fdu?<\/h2>\n
S\u00fcrekli Tekrarlayan G\u00f6revler<\/h3>\n
Proje Ba\u015flang\u0131\u00e7 S\u00fcre\u00e7leri<\/h3>\n
Verimlilik Aray\u0131\u015f\u0131<\/h3>\n
Temel Mimari ve Kullan\u0131lan Teknolojiler<\/h2>\n