Java Records, veri odakl\u0131 s\u0131n\u0131flar\u0131 \u00e7ok daha az kodla, g\u00fcvenli ve de\u011fi\u015fmez bir \u015fekilde tan\u0131mlaman\u0131z\u0131 sa\u011flayan g\u00fc\u00e7l\u00fc bir \u00f6zelliktir. Bu yenilik\u00e7i yakla\u015f\u0131m, yaz\u0131l\u0131m geli\u015ftirmede kar\u015f\u0131la\u015f\u0131lan boilerplate kod y\u00fck\u00fcn\u00fc hafifleterek, kodunuzu daha okunabilir, daha s\u00fcrd\u00fcr\u00fclebilir ve hatas\u0131z hale getirir. Bu makalede Records’un temellerini, avantajlar\u0131n\u0131 ve pratik kullan\u0131mlar\u0131n\u0131 ke\u015ffedin.<\/p>\n
Yaz\u0131l\u0131m geli\u015ftirmede, verileri ta\u015f\u0131mak veya depolamak i\u00e7in s\u0131kl\u0131kla veri odakl\u0131 s\u0131n\u0131flar kullan\u0131r\u0131z. Geleneksel Java’da bu t\u00fcr s\u0131n\u0131flara genellikle Plain Old Java Objects (POJO) denir. Bir POJO genellikle private alanlar, bu alanlara eri\u015fim sa\u011flayan getter metotlar\u0131, de\u011fer atayan setter metotlar\u0131, bir yap\u0131c\u0131 (constructor) ve hatta De\u011fi\u015fmez (immutable) veri s\u0131n\u0131flar\u0131, bir kez olu\u015fturulduktan sonra durumlar\u0131 de\u011fi\u015ftirilemeyen nesnelerdir. Bu, yaz\u0131l\u0131m sistemlerinizde pek \u00e7ok avantaj sa\u011flar. \u00d6ncelikle, e\u015fzamanl\u0131 (concurrent) programlamada g\u00fcvenli\u011fi art\u0131r\u0131r. Birden fazla i\u015f par\u00e7ac\u0131\u011f\u0131 (thread) ayn\u0131 de\u011fi\u015fmez nesneye eri\u015fti\u011finde, nesnenin durumunun beklenmedik bir \u015fekilde de\u011fi\u015fmeyece\u011finden emin olabilirsiniz; bu da karma\u015f\u0131k kilitleme mekanizmalar\u0131na olan ihtiyac\u0131 ortadan kald\u0131r\u0131r veya en aza indirir. Ayr\u0131ca, de\u011fi\u015fmez nesneler \u00f6nbellekleme mekanizmalar\u0131 i\u00e7in idealdir \u00e7\u00fcnk\u00fc de\u011ferlerinin sabit oldu\u011fu garanti edilir. Bu da performans optimizasyonlar\u0131na olanak tan\u0131r. Uygulaman\u0131z\u0131n genel kararl\u0131l\u0131\u011f\u0131n\u0131 ve hata ay\u0131klama kolayl\u0131\u011f\u0131n\u0131 art\u0131r\u0131r; bir nesnenin de\u011feri de\u011fi\u015fmedi\u011fi i\u00e7in, beklenmedik durum de\u011fi\u015fikliklerinden kaynaklanan hatalar\u0131n tespiti \u00e7ok daha kolayla\u015f\u0131r. Bu nedenle, verilerinizi de\u011fi\u015fmez yap\u0131larla y\u00f6netmek, modern ve g\u00fcvenilir yaz\u0131l\u0131m mimarileri i\u00e7in kritik bir ad\u0131md\u0131r.<\/p>\n Peki, geleneksel POJO’larla de\u011fi\u015fmez s\u0131n\u0131flar olu\u015fturmak ne kadar zor? Her alan\u0131 Java Records, Java 16 ile standart bir \u00f6zellik olarak gelen, veri odakl\u0131 s\u0131n\u0131flar olu\u015fturmak i\u00e7in tasarlanm\u0131\u015f kompakt bir yap\u0131d\u0131r. Bir Record, de\u011fi\u015fmez veri ta\u015f\u0131y\u0131c\u0131lar\u0131 olarak i\u015flev g\u00f6r\u00fcr ve geleneksel POJO’lar\u0131n ihtiya\u00e7 duydu\u011fu pek \u00e7ok boilerplate kodunu otomatik olarak \u00fcretir. Temel amac\u0131, \u201cverinin sadece bir kayd\u0131n\u0131\u201d temsil eden s\u0131n\u0131flar\u0131 basit ve anla\u015f\u0131l\u0131r bir \u015fekilde tan\u0131mlamakt\u0131r. Bir Record tan\u0131mlad\u0131\u011f\u0131n\u0131zda, Java derleyicisi sizin i\u00e7in arka planda bir\u00e7ok metodu otomatik olarak olu\u015fturur.<\/p>\n Bir Record’un en temel bile\u015feni, ana yap\u0131c\u0131s\u0131 (primary constructor) ve bu yap\u0131c\u0131n\u0131n parametreleridir. Bu parametreler, Record’un bile\u015fenlerini (components) olu\u015fturur ve ayn\u0131 zamanda Record’un de\u011fi\u015fmez alanlar\u0131n\u0131 tan\u0131mlar. Bu alanlar otomatik olarak Geleneksel POJO’larla kar\u015f\u0131la\u015ft\u0131r\u0131ld\u0131\u011f\u0131nda, Records’un farklar\u0131 olduk\u00e7a belirgindir:<\/p>\n \u00d6rne\u011fin, bir \u00fcr\u00fcn i\u00e7in geleneksel POJO’yu d\u00fc\u015f\u00fcnelim:<\/p>\n <\/code><\/p>\n Ayn\u0131 \u00fcr\u00fcn i\u00e7in Java Record:<\/p>\n <\/code><\/p>\n G\u00f6r\u00fcld\u00fc\u011f\u00fc \u00fczere, Record ile ayn\u0131 i\u015flevsellik \u00e7ok daha az kodla sa\u011flanabilmektedir. Bu sadece kod miktar\u0131n\u0131 azaltmakla kalmaz, ayn\u0131 zamanda geli\u015ftiricinin ana i\u015f mant\u0131\u011f\u0131na odaklanmas\u0131na olanak tan\u0131r ve hata yapma olas\u0131l\u0131\u011f\u0131n\u0131 azalt\u0131r. Bu nedenle, Java Records modern Java uygulamalar\u0131nda veri modellerini tan\u0131mlamak i\u00e7in vazge\u00e7ilmez bir ara\u00e7 haline gelmi\u015ftir.<\/p>\n Java Records'un g\u00fcc\u00fcn\u00fc ve sadeli\u011fini anlamak i\u00e7in, bir Record'u nas\u0131l tan\u0131mlayaca\u011f\u0131m\u0131z\u0131 ve temel kullan\u0131m senaryolar\u0131n\u0131 ad\u0131m ad\u0131m inceleyelim. Records, Java 16 ve sonraki versiyonlar\u0131nda kullan\u0131labilir, bu y\u00fczden projenizin bu s\u00fcr\u00fcmlerden birini kulland\u0131\u011f\u0131ndan emin olmal\u0131s\u0131n\u0131z. Tan\u0131mlama s\u00fcreci son derece basittir ve anahtar kelime Bir Record tan\u0131mlamak i\u00e7in <\/code><\/p>\n Bu tek sat\u0131r kod, geleneksel bir POJO ile onlarca sat\u0131rda yaz\u0131lacak olan bir s\u0131n\u0131f\u0131n t\u00fcm temel i\u015flevselli\u011fini sa\u011flar. Java derleyicisi bu tan\u0131ma dayanarak a\u015fa\u011f\u0131daki metotlar\u0131 otomatik olarak olu\u015fturur:<\/p>\n Bir Record nesnesi olu\u015fturmak, standart bir s\u0131n\u0131f nesnesi olu\u015fturmaya benzer. <\/code><\/p>\n Record'un bile\u015fenlerine eri\u015fmek i\u00e7in otomatik olarak olu\u015fturulan eri\u015fim metotlar\u0131n\u0131 kullan\u0131r\u0131z. Bu metotlar, <\/code><\/p>\n Bir ba\u015fka yayg\u0131n kullan\u0131m senaryosu, geometrik koordinatlar\u0131 temsil etmektir:<\/p>\n <\/code><\/p>\n Bu \u00f6rnek, Java Records'un temel g\u00fcc\u00fc sadeli\u011finde ve otomatik olarak \u00fcretilen metotlar\u0131nda yatar. Ancak bu, Records'un esnek olmad\u0131\u011f\u0131 anlam\u0131na gelmez. Record'lara t\u0131pk\u0131 geleneksel s\u0131n\u0131flar gibi \u00f6zel metotlar ekleyebilir, hatta varsay\u0131lan yap\u0131c\u0131 davran\u0131\u015f\u0131n\u0131 de\u011fi\u015ftirmek i\u00e7in kompakt yap\u0131c\u0131lar (compact constructors) kullanabilirsiniz. Bu yetenekler, Records'u sadece pasif veri ta\u015f\u0131y\u0131c\u0131lar\u0131 olmaktan \u00e7\u0131kar\u0131p, i\u015f mant\u0131\u011f\u0131 i\u00e7erebilen daha g\u00fc\u00e7l\u00fc yap\u0131lara d\u00f6n\u00fc\u015ft\u00fcr\u00fcr.<\/p>\n Bir Record, kendisiyle ilgili mant\u0131\u011f\u0131 i\u00e7erebilen \u00f6zel metotlara sahip olabilir. \u00d6rne\u011fin, bir <\/code><\/p>\n Bu metotlar\u0131 bir Record nesnesi \u00fczerinde do\u011frudan \u00e7a\u011f\u0131rabilirsiniz:<\/p>\n <\/code><\/p>\n Bu, Records'un sadece ham veri tutmakla kalmay\u0131p, o veriyle ilgili temel i\u015flemleri de bar\u0131nd\u0131rabilece\u011fini g\u00f6sterir. Bu sayede, ilgili davran\u0131\u015flar\u0131 veriye daha yak\u0131n tutarak kodun mod\u00fclerli\u011fini ve okunabilirli\u011fini art\u0131r\u0131rs\u0131n\u0131z. Ayr\u0131ca, Record i\u00e7inde statik metotlar da tan\u0131mlayabilirsiniz; \u00f6rne\u011fin, bir Record'u belirli bir formatta parse eden fabrika metotlar\u0131 (factory methods) gibi.<\/p>\n Java Records'un en g\u00fc\u00e7l\u00fc \u00f6zelliklerinden biri de kompakt yap\u0131c\u0131lar\u0131d\u0131r. Kompakt yap\u0131c\u0131, Record'un ana yap\u0131c\u0131s\u0131n\u0131n daha k\u0131sa ve \u00f6z bir versiyonudur ve genellikle veri do\u011frulama veya normalle\u015ftirme i\u015flemleri i\u00e7in kullan\u0131l\u0131r. Ana yap\u0131c\u0131daki parametreler, kompakt yap\u0131c\u0131da a\u00e7\u0131k\u00e7a belirtilmez; bunun yerine, \u00f6rt\u00fcl\u00fc olarak eri\u015filebilir durumdad\u0131rlar.<\/p>\n Bir kompakt yap\u0131c\u0131 yazd\u0131\u011f\u0131n\u0131zda, parametre listesi ve parantezler dahil olmak \u00fczere ana yap\u0131c\u0131n\u0131n imzas\u0131n\u0131 tekrar etmenize gerek kalmaz. Sadece yap\u0131c\u0131 g\u00f6vdesini sa\u011flars\u0131n\u0131z. Derleyici, parametreleri otomatik olarak Record'un alanlar\u0131na atayan kodu otomatik olarak ekler. Bu, veri do\u011frulama mant\u0131\u011f\u0131n\u0131 do\u011frudan yap\u0131c\u0131ya eklemek i\u00e7in ideal bir yoldur.<\/p>\n \u00d6rne\u011fin, bir <\/code><\/p>\n Bu <\/code><\/p>\n Kompakt yap\u0131c\u0131, Record'un de\u011fi\u015fmezli\u011fini ve veri b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc sa\u011flamak i\u00e7in m\u00fckemmel bir ara\u00e7t\u0131r. Geleneksel s\u0131n\u0131flarda bu t\u00fcr bir do\u011frulama genellikle setter metotlar\u0131nda veya ayr\u0131 do\u011frulama servislerinde yap\u0131l\u0131rken, Records ile bu mant\u0131k do\u011frudan veri yap\u0131s\u0131n\u0131n i\u00e7ine entegre edilir. Bu sayede, Record nesnesinin her zaman ge\u00e7erli bir durumda olmas\u0131n\u0131 garanti ederek kodun g\u00fcvenilirli\u011fini art\u0131r\u0131r. Bu esneklik, Records'u basit DTO'lar\u0131n \u00f6tesine ta\u015f\u0131yarak daha zengin ve g\u00fcvenilir veri modelleri olu\u015fturmak i\u00e7in g\u00fc\u00e7l\u00fc bir se\u00e7enek haline getirir.<\/p>\n Java Records'un teorik avantajlar\u0131 a\u00e7\u0131k olsa da, ger\u00e7ek d\u00fcnya uygulamalar\u0131nda nas\u0131l de\u011fer katt\u0131\u011f\u0131n\u0131 g\u00f6rmek \u00f6nemlidir. Bu b\u00f6l\u00fcmde, Records'un yayg\u0131n kullan\u0131m senaryolar\u0131n\u0131 ve bu senaryolarda nas\u0131l daha temiz, daha g\u00fcvenli ve daha verimli kod yazmam\u0131z\u0131 sa\u011flad\u0131\u011f\u0131n\u0131 vaka analizleri \u00fczerinden inceleyece\u011fiz.<\/p>\n Modern uygulamalar genellikle RESTful API'ler arac\u0131l\u0131\u011f\u0131yla veri al\u0131\u015fveri\u015fi yapar. Bu API'lerden gelen JSON veya XML yan\u0131tlar\u0131n\u0131 Java nesnelerine d\u00f6n\u00fc\u015ft\u00fcrmek (deserialize) ve bunlar\u0131 uygulamam\u0131zda kullanmak yayg\u0131n bir senaryodur. Geleneksel olarak, bu ama\u00e7la POJO'lar kullan\u0131l\u0131rd\u0131. Ancak bu POJO'lar genellikle veri ta\u015f\u0131ma g\u00f6revinden ba\u015fka bir \u015fey yapmaz ve \u00e7ok fazla boilerplate kod i\u00e7erir.<\/p>\n \u00d6rne\u011fin, bir e-ticaret uygulamas\u0131nda bir sipari\u015f \u00f6\u011fesini temsil eden bir DTO'ya ihtiyac\u0131m\u0131z var:<\/p>\n Geleneksel POJO yakla\u015f\u0131m\u0131:<\/p>\n <\/code><\/p>\n Java Record yakla\u015f\u0131m\u0131:<\/p>\n <\/code><\/p>\n Bu kar\u015f\u0131la\u015ft\u0131rma, Records'un API yan\u0131tlar\u0131n\u0131 ve DTO'lar\u0131 tan\u0131mlamada kod miktar\u0131n\u0131 ne kadar radikal bir \u015fekilde azaltt\u0131\u011f\u0131n\u0131 g\u00f6steriyor. Hem yazmas\u0131 daha h\u0131zl\u0131, hem de okumas\u0131 ve bak\u0131m\u0131 daha kolayd\u0131r. JSON serile\u015ftirme\/deserile\u015ftirme k\u00fct\u00fcphaneleri (Jackson, Gson gibi) Records ile sorunsuz \u00e7al\u0131\u015f\u0131r, \u00e7\u00fcnk\u00fc Records, yap\u0131c\u0131s\u0131 ve eri\u015fim metotlar\u0131 sayesinde standart Java Bean kurallar\u0131na uyumludur.<\/p>\n Olay g\u00fcd\u00fcml\u00fc mimarilerde veya komut-sorgu sorumluluk ayr\u0131m\u0131 (CQRS) desenini kullanan uygulamalarda, belirli bir olay\u0131 veya komutu temsil eden k\u00fc\u00e7\u00fck, de\u011fi\u015fmez nesnelere s\u0131k\u00e7a ihtiya\u00e7 duyulur. \u00d6rne\u011fin, bir \"Kullan\u0131c\u0131 Kay\u0131t Oldu\" olay\u0131n\u0131 veya bir \"\u00dcr\u00fcn Sipari\u015f Et\" komutunu temsil etmek.<\/p>\n Geleneksel s\u0131n\u0131flarla bu olaylar\u0131 tan\u0131mlamak yine boilerplate'a yol a\u00e7ar. Records ise bu senaryo i\u00e7in m\u00fckemmel bir uyum sa\u011flar:<\/p>\n <\/code><\/p>\n Bu olay veya komut nesneleri de\u011fi\u015fmez oldu\u011fu i\u00e7in, bir kez olu\u015fturulduktan sonra durumlar\u0131 de\u011fi\u015ftirilemez. Bu, olaylar\u0131n tutarl\u0131l\u0131\u011f\u0131n\u0131 ve g\u00fcvenilirli\u011fini garanti eder, bu da \u00f6zellikle da\u011f\u0131t\u0131k sistemlerde veya mesaj kuyruklar\u0131 kullanan uygulamalarda kritik \u00f6neme sahiptir. Ayr\u0131ca, bu nesneler k\u00fc\u00e7\u00fck ve odakl\u0131 oldu\u011fu i\u00e7in, kod taban\u0131n\u0131 daha mod\u00fcler ve anla\u015f\u0131l\u0131r hale getirir.<\/p>\n \u00d6rne\u011fin, koleksiyonlarla ilgili en iyi uygulama:<\/p>\n <\/code><\/p>\n Bu yakla\u015f\u0131mlar, Java Records'un g\u00fcc\u00fcn\u00fc en \u00fcst d\u00fczeye \u00e7\u0131kararak uygulamalar\u0131n\u0131zda daha temiz, daha g\u00fcvenli ve daha s\u00fcrd\u00fcr\u00fclebilir kod yazman\u0131za olanak tan\u0131r. \u00d6zellikle veri odakl\u0131 senaryolarda Records, geleneksel POJO'lara g\u00f6re \u00e7ok daha modern ve etkili bir alternatiftir. Bu sayede geli\u015ftiriciler, rutin kodlama i\u015flerinden kurtularak daha \u00e7ok i\u015f mant\u0131\u011f\u0131na odaklanabilirler.<\/p>\n Java Records, veri odakl\u0131 s\u0131n\u0131flar\u0131 basitle\u015ftirmek i\u00e7in g\u00fc\u00e7l\u00fc bir ara\u00e7 olsa da, her ara\u00e7 gibi belirli s\u0131n\u0131rlamalara ve belirli durumlarda dikkat edilmesi gereken potansiyel tuzaklara sahiptir. Ayr\u0131ca, Records'un mobil uygulama geli\u015ftirmede (\u00f6zellikle Android) nas\u0131l bir performans ve verimlilik etkisi oldu\u011funu incelemek de \u00f6nemlidir.<\/p>\n Records'un temel tasar\u0131m\u0131, onu belirli kullan\u0131m durumlar\u0131 i\u00e7in optimize ederken, di\u011ferleri i\u00e7in uygunsuz hale getirebilir:<\/p>\n Android geli\u015ftirme ba\u011flam\u0131nda Java Records, \u00f6nemli avantajlar sunabilir:<\/p>\n \u00d6rne\u011fin, bir Android uygulamas\u0131nda bir kullan\u0131c\u0131 profilini veya bir mesaj\u0131 temsil eden bir Record kullanmak, hem kod temizli\u011fi hem de performans a\u00e7\u0131s\u0131ndan faydal\u0131 olacakt\u0131r:<\/p>\n <\/code><\/p>\n Mobil uyumlu HTML \u00fcretme ba\u011flam\u0131nda, Records do\u011frudan HTML \u00fcretmezken, Records ile yap\u0131land\u0131r\u0131lm\u0131\u015f veri modellerini kullanarak UI'a veri sa\u011flamak, uygulaman\u0131n performans\u0131n\u0131 ve duyarl\u0131l\u0131\u011f\u0131n\u0131 art\u0131rabilir. \u00d6rne\u011fin, bir liste g\u00f6r\u00fcn\u00fcm\u00fcnde (RecyclerView) Records kullanarak \u00f6\u011feleri temsil etmek, veri de\u011fi\u015fikliklerini daha verimli y\u00f6netmenize olanak tan\u0131r. Taray\u0131c\u0131da mobil uyumlu bir tablo olu\u015fturmak i\u00e7in ise CSS media query'ler kullan\u0131labilir. Records burada veri modelini sa\u011flarken, UI'\u0131n kendisi CSS ile \u015fekillendirilir:<\/p>\n <\/code><\/p>\n Yukar\u0131daki CSS, bir HTML tablosunun k\u00fc\u00e7\u00fck ekranlarda nas\u0131l dikey bir liste g\u00f6r\u00fcn\u00fcm\u00fcne d\u00f6n\u00fc\u015febilece\u011fini g\u00f6sterir. Records, bu tablonun i\u00e7indeki verileri beslemek i\u00e7in kullan\u0131l\u0131rken, CSS g\u00f6rsel d\u00fczenlemeyi sa\u011flar. Sonu\u00e7 olarak, Records, do\u011fru kullan\u0131ld\u0131\u011f\u0131nda hem Android uygulamalar\u0131nda hem de genel Java geli\u015ftirmede kod kalitesini, verimlili\u011fi ve performans\u0131 art\u0131rmak i\u00e7in g\u00fc\u00e7l\u00fc bir ektir. Ancak, s\u0131n\u0131rlamalar\u0131n\u0131n ve potansiyel tuzaklar\u0131n\u0131n fark\u0131nda olmak, en iyi sonu\u00e7lar\u0131 elde etmek i\u00e7in kritik \u00f6neme sahiptir.<\/p>\n Java Records, Java platformuna getirilen en \u00f6nemli modern \u00f6zelliklerden biridir. De\u011fi\u015fmez veri s\u0131n\u0131flar\u0131n\u0131 tan\u0131mlaman\u0131n eski, boilerplate dolu y\u00f6ntemlerine zarif, k\u0131sa ve g\u00fcvenli bir alternatif sunar. Bu makalede, Records'un temel prensiplerini, geleneksel POJO'larla olan farklar\u0131n\u0131, nas\u0131l tan\u0131mlan\u0131p kullan\u0131laca\u011f\u0131n\u0131 ve \u00f6zel metotlar ile kompakt yap\u0131c\u0131lar arac\u0131l\u0131\u011f\u0131yla nas\u0131l geni\u015fletilebilece\u011fini derinlemesine inceledik. Ayr\u0131ca, ger\u00e7ek d\u00fcnya vaka analizleri ve mobil geli\u015ftirme perspektifinden performans etkilerini de\u011ferlendirerek, Records'un pratik de\u011ferini ortaya koyduk. Sonu\u00e7 olarak, Records, daha az kodla daha okunabilir, daha g\u00fcvenilir ve daha bak\u0131m\u0131 kolay uygulamalar geli\u015ftirmemizi sa\u011flar.<\/p>\n Records'u kullanarak, \u00f6zellikle veri ta\u015f\u0131ma nesneleri (DTO'lar), olay nesneleri, konfig\u00fcrasyon s\u0131n\u0131flar\u0131 veya k\u00fc\u00e7\u00fck, de\u011fi\u015fmez de\u011fer nesneleri gibi senaryolarda geli\u015ftirme s\u00fcrecini \u00f6nemli \u00f6l\u00e7\u00fcde h\u0131zland\u0131rabilir ve kod kalitesini art\u0131rabilirsiniz. De\u011fi\u015fmezlik prensibi sayesinde e\u015fzamanl\u0131 programlamada hatalar\u0131 minimize ederken, otomatik olarak \u00fcretilen <\/body><\/p>\n","protected":false},"excerpt":{"rendered":"Java Records, veri odakl\u0131 s\u0131n\u0131flar\u0131 \u00e7ok daha az kodla, g\u00fcvenli ve de\u011fi\u015fmez bir \u015fekilde tan\u0131mlaman\u0131z\u0131 sa\u011flayan g\u00fc\u00e7l\u00fc bir…","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":[1408],"tags":[],"class_list":{"0":"post-31745","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-java","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\nequals()<\/code>, hashCode()<\/code> ve toString()<\/code> gibi standart metotlar\u0131 i\u00e7erir. Ne yaz\u0131k ki, bu yap\u0131 genellikle \u00e7ok miktarda tekrar eden (boilerplate) kod \u00fcretir ve hem yaz\u0131lmas\u0131 hem de bak\u0131m\u0131 zaman al\u0131c\u0131 olabilir.<\/p>\nfinal<\/code> olarak i\u015faretlemeniz, yaln\u0131zca yap\u0131c\u0131 arac\u0131l\u0131\u011f\u0131yla de\u011fer ataman\u0131z ve asla setter metotlar\u0131 tan\u0131mlamaman\u0131z gerekir. Ayr\u0131ca, koleksiyon gibi de\u011fi\u015ftirilebilir alanlar\u0131n\u0131z varsa, bunlar\u0131n kopyalar\u0131n\u0131 d\u00f6nd\u00fcrmek veya sarmalamak (wrap) suretiyle derinlemesine de\u011fi\u015fmezlik sa\u011flaman\u0131z gerekir. Bu s\u00fcre\u00e7, zaten kabar\u0131k olan POJO kodunu daha da karma\u015f\u0131k hale getirir. Java Records, bu zorluklara modern ve zarif bir \u00e7\u00f6z\u00fcm sunarak, veri s\u0131n\u0131flar\u0131n\u0131 tan\u0131mlama \u015feklimizi k\u00f6kten de\u011fi\u015ftirmeyi hedeflemektedir. Bu yeni \u00f6zellik, geli\u015ftiricilerin daha az kodla, daha g\u00fcvenli ve anla\u015f\u0131l\u0131r veri yap\u0131lar\u0131 olu\u015fturmas\u0131na olanak tan\u0131r. B\u00f6ylece, sadece kod miktar\u0131n\u0131 azaltmakla kalmaz, ayn\u0131 zamanda potansiyel hatalar\u0131 da minimize ederek geli\u015ftirme s\u00fcrecini h\u0131zland\u0131r\u0131r.<\/p>\nJava Records Nedir? Temel Bile\u015fenleri ve Geleneksel POJO’lardan Fark\u0131<\/h2>\n
final<\/code> olarak i\u015faretlenir ve yaln\u0131zca yap\u0131c\u0131 arac\u0131l\u0131\u011f\u0131yla ba\u015flat\u0131l\u0131r. Geleneksel bir s\u0131n\u0131fta, alanlar\u0131 kendiniz final<\/code> yapman\u0131z ve yap\u0131c\u0131da ataman\u0131z gerekirken, Records’ta bu durum varsay\u0131lan olarak gelir. Ayr\u0131ca, bu bile\u015fenler i\u00e7in otomatik olarak eri\u015fim metotlar\u0131 (accessor methods) olu\u015fturulur. Ancak bu metotlar get<\/code> \u00f6n eki yerine do\u011frudan bile\u015fenin ad\u0131n\u0131 kullan\u0131r (\u00f6rne\u011fin, ad\u0131()<\/code> yerine ad()<\/code> gibi).<\/p>\n\n
equals()<\/code>, hashCode()<\/code>, toString()<\/code> metotlar\u0131n\u0131 ve t\u00fcm alanlar i\u00e7in eri\u015fim metotlar\u0131n\u0131 otomatik olarak \u00fcretir. Geleneksel POJO’larda bu metotlar\u0131 elle yazmak veya IDE’nin otomatik olu\u015fturma \u00f6zelliklerini kullanmak gerekir. Bu durum \u00f6zellikle k\u00fc\u00e7\u00fck veri ta\u015f\u0131y\u0131c\u0131lar\u0131 i\u00e7in kod miktar\u0131n\u0131 inan\u0131lmaz derecede azalt\u0131r.<\/li>\nfinal<\/code>‘d\u0131r ve sadece ana yap\u0131c\u0131da atanabilir. Setter metotlar\u0131 tan\u0131mlanamaz. Bu, veri tutarl\u0131l\u0131\u011f\u0131 ve g\u00fcvenlik a\u00e7\u0131s\u0131ndan b\u00fcy\u00fck bir avantajd\u0131r. POJO’larda de\u011fi\u015fmezlik sa\u011flamak geli\u015ftiricinin sorumlulu\u011fundad\u0131r ve ekstra dikkat gerektirir.<\/li>\n\npublic class ProductPOJO {\n private final String name;\n private final double price;\n\n public ProductPOJO(String name, double price) {\n this.name = name;\n this.price = price;\n }\n\n public String getName() {\n return name;\n }\n\n public double getPrice() {\n return price;\n }\n\n @Override\n public boolean equals(Object o) {\n if (this == o) return true;\n if (o == null || getClass() != o.getClass()) return false;\n ProductPOJO that = (ProductPOJO) o;\n return Double.compare(that.price, price) == 0 && name.equals(that.name);\n }\n\n @Override\n public int hashCode() {\n return Objects.hash(name, price);\n }\n\n @Override\n public String toString() {\n return \"ProductPOJO{\" +\n \"name='\" + name + '\\'' +\n \", price=\" + price +\n '}';\n }\n}\n<\/pre>\n\npublic record ProductRecord(String name, double price) { }\n<\/pre>\nBir Java Record Nas\u0131l Tan\u0131mlan\u0131r ve Kullan\u0131l\u0131r? Ad\u0131m Ad\u0131m \u00d6rnekler<\/h2>\n
record<\/code> kullan\u0131larak ger\u00e7ekle\u015ftirilir.<\/p>\nRecord Tan\u0131mlama: Temel S\u00f6z Dizimi<\/h3>\n
record<\/code> anahtar kelimesini kullan\u0131r\u0131z, ard\u0131ndan Record'un ad\u0131n\u0131 ve ana yap\u0131c\u0131 parametrelerini parantez i\u00e7inde belirtiriz. Bu parametreler, Record'un bile\u015fenlerini (alanlar\u0131n\u0131) olu\u015fturur. \u00d6rne\u011fin, bir kullan\u0131c\u0131n\u0131n ad\u0131n\u0131 ve e-postas\u0131n\u0131 tutan bir User<\/code> Record'u tan\u0131mlayal\u0131m:<\/p>\n\npublic record User(String name, String email) { }\n<\/pre>\n\n
name()<\/code> ve email()<\/code> ad\u0131nda public eri\u015fim metotlar\u0131 (getters).<\/li>\npublic User(String name, String email)<\/code>).<\/li>\nprivate final String name; private final String email;<\/code>).<\/li>\nequals()<\/code> metodu: T\u00fcm bile\u015fenlerin e\u015fitli\u011fini kontrol eder.<\/li>\nhashCode()<\/code> metodu: T\u00fcm bile\u015fenleri kullanarak bir hash kodu \u00fcretir.<\/li>\ntoString()<\/code> metodu: T\u00fcm bile\u015fenlerin de\u011ferlerini i\u00e7eren okunabilir bir string d\u00f6ner.<\/li>\n<\/ul>\nRecord Nesnesi Olu\u015fturma ve Bile\u015fenlere Eri\u015fim<\/h3>\n
new<\/code> anahtar kelimesi ve ana yap\u0131c\u0131 kullan\u0131l\u0131r:<\/p>\n\nUser user1 = new User(\"Alice\", \"alice@example.com\");\nUser user2 = new User(\"Bob\", \"bob@example.com\");\n<\/pre>\nget<\/code> \u00f6neki i\u00e7ermez ve do\u011frudan bile\u015fen ad\u0131n\u0131 ta\u015f\u0131r:<\/p>\n\nSystem.out.println(\"Kullan\u0131c\u0131 Ad\u0131: \" + user1.name());\nSystem.out.println(\"Kullan\u0131c\u0131 E-postas\u0131: \" + user1.email());\nSystem.out.println(user1.toString()); \/\/ \u00c7\u0131kt\u0131: User[name=Alice, email=alice@example.com]\n<\/pre>\nBasit Bir Koordinat \u00d6rne\u011fi<\/h3>\n
\npublic record Point(int x, int y) { }\n\npublic class RecordUsageExample {\n public static void main(String[] args) {\n Point p1 = new Point(10, 20);\n Point p2 = new Point(10, 20);\n Point p3 = new Point(30, 40);\n\n System.out.println(\"p1: \" + p1); \/\/ \u00c7\u0131kt\u0131: Point[x=10, y=20]\n System.out.println(\"p1.x: \" + p1.x()); \/\/ \u00c7\u0131kt\u0131: p1.x: 10\n System.out.println(\"p1.y: \" + p1.y()); \/\/ \u00c7\u0131kt\u0131: p1.y: 20\n\n System.out.println(\"p1 equals p2? \" + p1.equals(p2)); \/\/ \u00c7\u0131kt\u0131: true (otomatik equals metodu sayesinde)\n System.out.println(\"p1 equals p3? \" + p1.equals(p3)); \/\/ \u00c7\u0131kt\u0131: false\n\n \/\/ Hash kodlar\u0131 da otomatik olarak ayn\u0131d\u0131r\n System.out.println(\"p1 hashCode: \" + p1.hashCode());\n System.out.println(\"p2 hashCode: \" + p2.hashCode());\n }\n}\n<\/pre>\nPoint<\/code> Record'unun ne kadar kolay tan\u0131mlan\u0131p kullan\u0131labilece\u011fini ve equals()<\/code>, hashCode()<\/code> ve toString()<\/code> gibi metotlar\u0131n otomatik olarak do\u011fru \u015fekilde \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 g\u00f6stermektedir. Bu sadelik, \u00f6zellikle DTO'lar (Data Transfer Objects), olay nesneleri (event objects) veya k\u0131sa \u00f6m\u00fcrl\u00fc veri yap\u0131lar\u0131 gibi durumlarda geli\u015ftirme s\u00fcrecini \u00f6nemli \u00f6l\u00e7\u00fcde h\u0131zland\u0131r\u0131r. Karma\u015f\u0131kl\u0131\u011f\u0131 azalt\u0131rken ayn\u0131 zamanda kodun kalitesini ve g\u00fcvenilirli\u011fini art\u0131r\u0131r.<\/p>\nRecord'lar\u0131n G\u00fcc\u00fcn\u00fc Ke\u015ffetmek: \u00d6zel Metotlar ve Yap\u0131c\u0131larla Veri Validasyonu<\/h2>\n
\u00d6zel Metotlar Ekleme<\/h3>\n
Rectangle<\/code> (Dikd\u00f6rtgen) Record'u tan\u0131mlayal\u0131m ve bu dikd\u00f6rtgenin alan\u0131n\u0131 hesaplayan bir metot ekleyelim:<\/p>\n\npublic record Rectangle(double length, double width) {\n \/\/ Alan\u0131 hesaplayan \u00f6zel bir metot\n public double calculateArea() {\n return length * width;\n }\n\n \/\/ Kare olup olmad\u0131\u011f\u0131n\u0131 kontrol eden ba\u015fka bir metot\n public boolean isSquare() {\n return length == width;\n }\n}\n<\/pre>\n\nRectangle rect1 = new Rectangle(10.0, 5.0);\nSystem.out.println(\"Dikd\u00f6rtgenin Alan\u0131: \" + rect1.calculateArea()); \/\/ \u00c7\u0131kt\u0131: Dikd\u00f6rtgenin Alan\u0131: 50.0\nSystem.out.println(\"Kare mi? \" + rect1.isSquare()); \/\/ \u00c7\u0131kt\u0131: Kare mi? false\n\nRectangle square = new Rectangle(7.0, 7.0);\nSystem.out.println(\"Kare mi? \" + square.isSquare()); \/\/ \u00c7\u0131kt\u0131: Kare mi? true\n<\/pre>\nKompakt Yap\u0131c\u0131lar (Compact Constructors) ile Veri Do\u011frulama<\/h3>\n
Range<\/code> (Aral\u0131k) Record'u olu\u015ftural\u0131m ve ba\u015flang\u0131\u00e7 de\u011ferinin biti\u015f de\u011ferinden k\u00fc\u00e7\u00fck veya e\u015fit olmas\u0131n\u0131 garanti edelim:<\/p>\n\npublic record Range(int start, int end) {\n \/\/ Kompakt yap\u0131c\u0131: Ana yap\u0131c\u0131n\u0131n parametrelerini kullan\u0131r\u0131z\n public Range {\n if (start > end) {\n throw new IllegalArgumentException(\"Ba\u015flang\u0131\u00e7 de\u011feri biti\u015f de\u011ferinden b\u00fcy\u00fck olamaz!\");\n }\n }\n\n \/\/ Aral\u0131k uzunlu\u011funu hesaplayan \u00f6zel bir metot\n public int length() {\n return end - start + 1;\n }\n}\n<\/pre>\nRange<\/code> Record'unu kullan\u0131rken do\u011frulama \u015fu \u015fekilde \u00e7al\u0131\u015f\u0131r:<\/p>\n\nRange validRange = new Range(1, 10);\nSystem.out.println(\"Ge\u00e7erli Aral\u0131k: \" + validRange); \/\/ \u00c7\u0131kt\u0131: Ge\u00e7erli Aral\u0131k: Range[start=1, end=10]\nSystem.out.println(\"Aral\u0131k uzunlu\u011fu: \" + validRange.length()); \/\/ \u00c7\u0131kt\u0131: Aral\u0131k uzunlu\u011fu: 10\n\ntry {\n Range invalidRange = new Range(10, 1); \/\/ Bu sat\u0131r IllegalArgumentException f\u0131rlatacak\n} catch (IllegalArgumentException e) {\n System.err.println(\"Hata: \" + e.getMessage()); \/\/ \u00c7\u0131kt\u0131: Hata: Ba\u015flang\u0131\u00e7 de\u011feri biti\u015f de\u011ferinden b\u00fcy\u00fck olamaz!\n}\n<\/pre>\nGer\u00e7ek D\u00fcnya Senaryolar\u0131nda Java Records: Vaka Analizleri ve En \u0130yi Uygulamalar<\/h2>\n
Vaka Analizi 1: API Yan\u0131tlar\u0131 ve Veri Aktar\u0131m Nesneleri (DTO'lar)<\/h3>\n
\n\/\/ OrderItemPOJO.java\npublic class OrderItemPOJO {\n private String productId;\n private int quantity;\n private double unitPrice;\n\n public OrderItemPOJO(String productId, int quantity, double unitPrice) {\n this.productId = productId;\n this.quantity = quantity;\n this.unitPrice = unitPrice;\n }\n \/\/ Getter'lar, equals(), hashCode(), toString() metotlar\u0131 (yakla\u015f\u0131k 30-40 sat\u0131r daha)\n public String getProductId() { return productId; }\n public int getQuantity() { return quantity; }\n public double getUnitPrice() { return unitPrice; }\n \/\/ Setter'lar yoksa bile boilerplate \u00e7oktur\n}\n<\/pre>\n\n\/\/ OrderItemRecord.java\npublic record OrderItemRecord(String productId, int quantity, double unitPrice) { }\n<\/pre>\nVaka Analizi 2: Olay (Event) Nesneleri ve Komutlar<\/h3>\n
\n\/\/ UserRegisteredEvent.java\npublic record UserRegisteredEvent(String userId, String username, String email, long timestamp) { }\n\n\/\/ OrderProductCommand.java\npublic record OrderProductCommand(String userId, String productId, int quantity) { }\n<\/pre>\nEn \u0130yi Uygulamalar<\/h3>\n
\n
List<\/code> veya Map<\/code> gibi de\u011fi\u015ftirilebilir bir koleksiyon i\u00e7eriyorsa, de\u011fi\u015fmezli\u011fi tam olarak sa\u011flamak i\u00e7in bu koleksiyonlar\u0131 ya kopyalamal\u0131 ya da de\u011fi\u015ftirilemez koleksiyonlar (\u00f6rne\u011fin List.of()<\/code> ile olu\u015fturulanlar) olarak tutmal\u0131s\u0131n\u0131z. Aksi takdirde, Record de\u011fi\u015fmez gibi g\u00f6r\u00fcnse de i\u00e7indeki koleksiyon de\u011fi\u015ftirilebilir kalacakt\u0131r.<\/li>\n<\/ul>\n\nimport java.util.List;\nimport java.util.Collections;\n\npublic record ShoppingCart(String userId, ListS\u0131n\u0131rlamalar, Potansiyel Tuzaklar ve Mobil Geli\u015ftirmede Performans Etkisi<\/h2>\n
Java Records'un S\u0131n\u0131rlamalar\u0131<\/h3>\n
\n
final<\/code>'d\u0131r ve Record nesnesi olu\u015fturulduktan sonra de\u011fi\u015ftirilemez. Bu, pek \u00e7ok senaryoda bir avantaj olsa da, durumunun s\u0131k s\u0131k de\u011fi\u015fmesi gereken nesneler i\u00e7in Records uygun de\u011fildir. Bu t\u00fcr durumlarda geleneksel s\u0131n\u0131flara veya Builder desenine ihtiya\u00e7 duyulabilir.<\/li>\nextend<\/code> edemez (\u00e7\u00fcnk\u00fc \u00f6rt\u00fck olarak java.lang.Record<\/code> s\u0131n\u0131f\u0131n\u0131 extend eder). Ayr\u0131ca bir Record'un abstract<\/code> olamaz. Bu, kal\u0131t\u0131m hiyerar\u015fileri veya polimorfizm gerektiren durumlarda Records'un kullan\u0131lamayaca\u011f\u0131 anlam\u0131na gelir. Ancak aray\u00fczleri (interfaces) implement<\/code> edebilir.<\/li>\ninstance<\/code> alanlar\u0131 tan\u0131mlanamaz. Yaln\u0131zca static<\/code> alanlar eklenebilir.<\/li>\n<\/ol>\nPotansiyel Tuzaklar ve Dikkat Edilmesi Gerekenler<\/h3>\n
\n
List<\/code> veya Date<\/code> gibi de\u011fi\u015ftirilebilir bir nesne ise, Record'un kendisi \"s\u0131\u011f\" bir de\u011fi\u015fmezli\u011fe sahip olur. Yani, bile\u015fen referans\u0131 de\u011fi\u015fmez olsa da, bile\u015fenin i\u00e7 i\u00e7eri\u011fi hala de\u011fi\u015ftirilebilir olabilir. Tam de\u011fi\u015fmezlik i\u00e7in, kompakt yap\u0131c\u0131da bu t\u00fcr nesnelerin derin kopyalar\u0131n\u0131 olu\u015fturmal\u0131 veya de\u011fi\u015fmez versiyonlar\u0131n\u0131 kullanmal\u0131s\u0131n\u0131z (\u00f6rne\u011fin List.copyOf()<\/code>).<\/li>\nid<\/code> alan\u0131na @Id<\/code> anotasyonu koyarken, bunu alan\u0131n kendisinde veya eri\u015fim metodunda yapman\u0131z gerekebilir. Records'ta anotasyonlar\u0131 do\u011frudan bile\u015fen ad\u0131na eklemek en yayg\u0131n yoldur (\u00f6rn. public record MyEntity(@Id String id, String name) { }<\/code>).<\/li>\nMobil Geli\u015ftirmede (Android) Performans Etkisi<\/h3>\n
\n
equals()<\/code>, hashCode()<\/code> ve toString()<\/code> metotlar\u0131 genellikle performans\u0131 optimize edilmi\u015ftir. De\u011fi\u015fmezlik sayesinde nesnelerin durumu garantilidir, bu da \u00f6nbellekleme ve e\u015fzamanl\u0131 eri\u015fim senaryolar\u0131nda performans\u0131 art\u0131rabilir. Ayr\u0131ca, gereksiz nesne kopyalamay\u0131 azaltarak bellek kullan\u0131m\u0131n\u0131 iyile\u015ftirebilir.<\/li>\n\n\/\/ Android uygulamas\u0131nda bir kullan\u0131c\u0131 profilini temsil eden Record\npublic record UserProfile(String userId, String username, String avatarUrl) { }\n\n\/\/ Android uygulamas\u0131nda bir mesaj nesnesi\npublic record Message(String senderId, String recipientId, String content, long timestamp) { }\n<\/pre>\n\n\/* Mobil uyumlu bir tablo i\u00e7in \u00f6rnek CSS *\/\ntable {\n width: 100%;\n border-collapse: collapse;\n}\n\nth, td {\n padding: 8px;\n text-align: left;\n border-bottom: 1px solid #ddd;\n}\n\n\/* K\u00fc\u00e7\u00fck ekranlar i\u00e7in tablo g\u00f6r\u00fcn\u00fcm\u00fcn\u00fc de\u011fi\u015ftir *\/\n@media screen and (max-width: 600px) {\n table, thead, tbody, th, td, tr {\n display: block; \/* T\u00fcm tablo elementlerini blok yapar *\/\n }\n\n thead tr {\n position: absolute; \/* Ba\u015fl\u0131\u011f\u0131 gizle *\/\n top: -9999px;\n left: -9999px;\n }\n\n tr { border: 1px solid #ccc; margin-bottom: 10px; }\n\n td {\n border: none;\n border-bottom: 1px solid #eee;\n position: relative;\n padding-left: 50%; \/* \u0130\u00e7eri\u011fi ta\u015f\u0131mak i\u00e7in bo\u015fluk *\/\n }\n\n td:before {\n position: absolute;\n top: 6px;\n left: 6px;\n width: 45%;\n padding-right: 10px;\n white-space: nowrap;\n \/* Veri modelindeki alan adlar\u0131n\u0131 buraya ekleyerek etiket olu\u015fturabilirsiniz *\/\n content: attr(data-label);\n font-weight: bold;\n }\n}\n<\/pre>\nSonu\u00e7 ve S\u0131k\u00e7a Sorulan Sorular<\/h2>\n
equals()<\/code>, hashCode()<\/code> ve toString()<\/code> metotlar\u0131 kod tekrar\u0131n\u0131 \u00f6nler. Her ne kadar belirli s\u0131n\u0131rlamalara sahip olsa da, Records'un avantajlar\u0131, onu modern Java geli\u015ftiricileri i\u00e7in vazge\u00e7ilmez bir ara\u00e7 haline getirmektedir. Gelecekte, Records'un daha da yayg\u0131nla\u015fmas\u0131 ve yeni Java \u00f6zellikleriyle entegre olmas\u0131 beklenmektedir.<\/p>\nS\u0131k\u00e7a Sorulan Sorular<\/h3>\n
\n
equals()<\/code>, hashCode()<\/code>, toString()<\/code> ve eri\u015fim metotlar\u0131 gibi standart metotlar\u0131 otomatik olarak \u00fcretir, bu da boilerplate kodu b\u00fcy\u00fck \u00f6l\u00e7\u00fcde azalt\u0131r. Geleneksel s\u0131n\u0131flar ise hem veriyi hem de davran\u0131\u015f\u0131 bar\u0131nd\u0131rabilir ve daha fazla manuel kodlama gerektirir.<\/dd>\nequals()<\/code> ve hashCode()<\/code> gibi metotlar derleyici taraf\u0131ndan optimize edildi\u011fi i\u00e7in, bu metotlar\u0131n performans\u0131 genellikle manuel yaz\u0131lanlardan daha iyidir.<\/dd>\n<\/dl>\n