Spring Framework, Java ekosisteminde kurumsal d\u00fczeyde uygulama geli\u015ftirmek i\u00e7in en yayg\u0131n kullan\u0131lan ve en g\u00fc\u00e7l\u00fc ara\u00e7lardan biridir. Y\u0131llar i\u00e7inde s\u00fcrekli evrim ge\u00e7iren Spring, ilk ba\u015flarda XML tabanl\u0131 konfig\u00fcrasyon a\u011f\u0131rl\u0131kl\u0131 bir yap\u0131ya sahipken, g\u00fcn\u00fcm\u00fczde annotasyonlar (a\u00e7\u0131klamalar) sayesinde \u00e7ok daha okunabilir, s\u00fcrd\u00fcr\u00fclebilir ve h\u0131zl\u0131 bir geli\u015ftirme deneyimi sunmaktad\u0131r. Bu makalede, Spring annotasyonlar\u0131n\u0131n ne oldu\u011funu, neden \u00f6nemli olduklar\u0131n\u0131, farkl\u0131 kategorilerdeki ba\u015fl\u0131ca annotasyonlar\u0131 ve modern Java uygulamalar\u0131nda nas\u0131l kullan\u0131ld\u0131klar\u0131n\u0131 detayl\u0131 bir \u015fekilde inceleyece\u011fiz.<\/p>\n
Spring Framework, ba\u011f\u0131ml\u0131l\u0131k enjeksiyonu (Dependency Injection – DI) ve y\u00f6nelimli programlama (Aspect-Oriented Programming – AOP) gibi temel prensipleri benimseyerek, gev\u015fek ba\u011fl\u0131 ve mod\u00fcler uygulamalar geli\u015ftirmeyi kolayla\u015ft\u0131r\u0131r. Framework’\u00fcn ilk s\u00fcr\u00fcmlerinde, bean tan\u0131mlamalar\u0131, ba\u011f\u0131ml\u0131l\u0131k ili\u015fkileri ve di\u011fer konfig\u00fcrasyonlar genellikle XML dosyalar\u0131 arac\u0131l\u0131\u011f\u0131yla yap\u0131l\u0131yordu. Bu yakla\u015f\u0131m, b\u00fcy\u00fck projelerde XML dosyalar\u0131n\u0131n karma\u015f\u0131kla\u015fmas\u0131na, okunabilirli\u011fin azalmas\u0131na ve geli\u015ftirme s\u00fcrecinin yava\u015flamas\u0131na neden olabiliyordu.<\/p>\n
Annotasyonlar, Java 5 ile birlikte dile eklenen ve kodun meta verilerini do\u011frudan kaynak kodun i\u00e7ine g\u00f6mmeyi sa\u011flayan bir \u00f6zelliktir. Spring Framework, bu \u00f6zelli\u011fi h\u0131zla benimseyerek, XML konfig\u00fcrasyonlar\u0131n\u0131n b\u00fcy\u00fck bir k\u0131sm\u0131n\u0131 veya tamam\u0131n\u0131 Java kodu i\u00e7ine ta\u015f\u0131may\u0131 m\u00fcmk\u00fcn k\u0131lm\u0131\u015ft\u0131r. Bu ge\u00e7i\u015f, geli\u015ftiricilere daha az boilerplate (tekrar eden) kod yazma, daha iyi tip g\u00fcvenli\u011fi ve daha sezgisel bir konfig\u00fcrasyon deneyimi sunmu\u015ftur. G\u00fcn\u00fcm\u00fczde, Spring tabanl\u0131 uygulamalar\u0131n neredeyse tamam\u0131, annotasyonlar arac\u0131l\u0131\u011f\u0131yla konfig\u00fcre edilmektedir. Annotasyonlar, bir s\u0131n\u0131f\u0131n, metodun, alan\u0131n veya parametrenin belirli bir rol\u00fc oldu\u011funu, belirli bir davran\u0131\u015fa sahip olmas\u0131 gerekti\u011fini veya Spring konteyneri taraf\u0131ndan \u00f6zel olarak i\u015flenmesi gerekti\u011fini belirtir.<\/p>\n
Spring annotasyonlar\u0131, farkl\u0131 ama\u00e7lara hizmet eden bir\u00e7ok kategoriye ayr\u0131labilir. Bu kategoriler, Spring ekosisteminin \u00e7e\u015fitli katmanlar\u0131ndaki g\u00f6revleri basitle\u015ftirmeye yard\u0131mc\u0131 olur.<\/p>\n
Stereotip annotasyonlar, bir s\u0131n\u0131f\u0131n genel rol\u00fcn\u00fc veya katman\u0131n\u0131 belirtmek i\u00e7in kullan\u0131l\u0131r. Bu annotasyonlar, Spring’in bile\u015fen taramas\u0131 (component scanning) s\u0131ras\u0131nda otomatik olarak alg\u0131lanabilen ve y\u00f6netilen bean’ler olu\u015fturur.<\/p>\n
* Ba\u011f\u0131ml\u0131l\u0131k enjeksiyonu, Spring’in temel prensiplerinden biridir. Bu annotasyonlar, bir bile\u015fenin ihtiya\u00e7 duydu\u011fu ba\u011f\u0131ml\u0131l\u0131klar\u0131 Spring konteynerinden otomatik olarak almas\u0131n\u0131 sa\u011flar.<\/p>\n * Bu annotasyonlar, bean’lerin nas\u0131l tan\u0131mland\u0131\u011f\u0131n\u0131, kapsamlar\u0131n\u0131 ve ya\u015fam d\u00f6ng\u00fcs\u00fc olaylar\u0131n\u0131 y\u00f6netmek i\u00e7in kullan\u0131l\u0131r.<\/p>\n * Uygulama konfig\u00fcrasyonlar\u0131n\u0131 ve d\u0131\u015f kaynaklardan gelen de\u011ferleri y\u00f6netmek i\u00e7in kullan\u0131l\u0131r.<\/p>\n * Web uygulamalar\u0131 ve RESTful servisler geli\u015ftirmek i\u00e7in Spring MVC ve Spring WebFlux mod\u00fclleri taraf\u0131ndan sa\u011flanan annotasyonlard\u0131r.<\/p>\n * Veri eri\u015fim katman\u0131n\u0131 basitle\u015ftiren Spring Data projeleri (JPA, MongoDB, Redis vb.) ile ilgili annotasyonlard\u0131r.<\/p>\n * Veri taban\u0131 i\u015flemleri gibi atomik operasyonlar\u0131 y\u00f6netmek i\u00e7in kullan\u0131l\u0131r.<\/p>\n * Cross-cutting concern’leri (g\u00fcnl\u00fckleme, g\u00fcvenlik, i\u015flem y\u00f6netimi gibi) mod\u00fcler bir \u015fekilde ele almak i\u00e7in kullan\u0131l\u0131r.<\/p>\n * Spring Boot, Spring tabanl\u0131 uygulamalar\u0131n h\u0131zl\u0131 bir \u015fekilde geli\u015ftirilmesini ve da\u011f\u0131t\u0131lmas\u0131n\u0131 sa\u011flayan bir projedir. Kendi \u00f6zel annotasyonlar\u0131 ve Spring’in mevcut annotasyonlar\u0131n\u0131 basitle\u015ftiren mekanizmalar\u0131 vard\u0131r.<\/p>\n * Spring uygulamalar\u0131n\u0131 test etmek i\u00e7in \u00f6zel olarak tasarlanm\u0131\u015f annotasyonlard\u0131r.<\/p>\n * Spring annotasyonlar\u0131n\u0131n yayg\u0131nla\u015fmas\u0131, geli\u015ftirme s\u00fcre\u00e7lerinde \u00f6nemli de\u011fi\u015fikliklere yol a\u00e7m\u0131\u015ft\u0131r.<\/p>\n * Kod Okunabilirli\u011fi ve Anla\u015f\u0131l\u0131rl\u0131\u011f\u0131:<\/strong> Konfig\u00fcrasyonun do\u011frudan ilgili kodun yan\u0131nda olmas\u0131, kodun ne yapt\u0131\u011f\u0131n\u0131 ve Spring konteyneri taraf\u0131ndan nas\u0131l i\u015flendi\u011fini anlamay\u0131 kolayla\u015ft\u0131r\u0131r. * A\u015f\u0131r\u0131 Kullan\u0131m (Annotation Hell):<\/strong> A\u015f\u0131r\u0131 say\u0131da annotasyon kullanmak, kodun kendisini okunmaz hale getirebilir ve “annotation hell” olarak bilinen duruma yol a\u00e7abilir. Spring annotasyonlar\u0131n\u0131 etkin ve s\u00fcrd\u00fcr\u00fclebilir bir \u015fekilde kullanmak i\u00e7in baz\u0131 en iyi uygulamalar \u015funlard\u0131r:<\/p>\n * Amaca Uygun Annotasyon Kullan\u0131m\u0131:<\/strong> Her annotasyonun belirli bir amac\u0131 vard\u0131r. Do\u011fru stereotip annotasyonlar\u0131n\u0131 ( Spring Framework, s\u00fcrekli olarak geli\u015fen bir ekosistemdir ve annotasyonlar da bu evrimin merkezinde yer almaktad\u0131r. Gelecekteki e\u011filimler \u015funlar\u0131 i\u00e7erebilir:<\/p>\n * Daha Fazla Otomatik Konfig\u00fcrasyon:<\/strong> Spring Boot’un ba\u015far\u0131s\u0131yla birlikte, daha fazla otomatik konfig\u00fcrasyon ve varsay\u0131lan davran\u0131\u015flar bekleyebiliriz. Bu, geli\u015ftiricilerin daha az manuel konfig\u00fcrasyon yapmas\u0131n\u0131 ve daha \u00e7ok i\u015f mant\u0131\u011f\u0131na odaklanmas\u0131n\u0131 sa\u011flayacakt\u0131r. Spring annotasyonlar\u0131, modern Java uygulama geli\u015ftirmenin temelini olu\u015fturmaktad\u0131r. XML tabanl\u0131 konfig\u00fcrasyondan annotasyon tabanl\u0131 konfig\u00fcrasyona ge\u00e7i\u015f, Spring Framework’\u00fc daha eri\u015filebilir, daha h\u0131zl\u0131 ve daha keyifli bir geli\u015ftirme ortam\u0131 haline getirmi\u015ftir. Ancak, her g\u00fc\u00e7l\u00fc ara\u00e7ta oldu\u011fu gibi, annotasyonlar\u0131n da bilin\u00e7li ve do\u011fru kullan\u0131lmas\u0131 b\u00fcy\u00fck \u00f6nem ta\u015f\u0131r. “Annotation Hell”e d\u00fc\u015fmeden, kodun okunabilirli\u011fini ve s\u00fcrd\u00fcr\u00fclebilirli\u011fini koruyarak, en iyi uygulamalar\u0131 takip etmek, Spring annotasyonlar\u0131n\u0131n sundu\u011fu t\u00fcm avantajlardan faydalanman\u0131n anahtar\u0131d\u0131r. Spring ekosistemi geli\u015ftik\u00e7e, annotasyonlar da bu geli\u015fimin \u00f6n saflar\u0131nda yer almaya devam edecek ve Java geli\u015ftiricilerinin hayat\u0131n\u0131 kolayla\u015ft\u0131rmaya devam edecektir.<\/body><\/p>\n","protected":false},"excerpt":{"rendered":"Spring Annotasyonlar\u0131: Modern Java Uygulama Geli\u015ftirmenin Temel Ta\u015f\u0131\nSpring Framework, Java ekosisteminde kurumsal d\u00fczeyde uygulama geli\u015ftirmek","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-36674","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-java","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\n@Component<\/code>: Genel ama\u00e7l\u0131 bir Spring bile\u015fenini i\u015faretler. Spring’in bile\u015fen taramas\u0131 taraf\u0131ndan alg\u0131lan\u0131r ve bir bean olarak kaydedilir. Di\u011fer stereotip annotasyonlar (@Service<\/code>, @Repository<\/code>, @Controller<\/code>) asl\u0131nda @Component<\/code> annotasyonunun \u00f6zelle\u015fmi\u015f versiyonlar\u0131d\u0131r ve daha spesifik semantik anlamlar ta\u015f\u0131r.
\n* @Service<\/code>: \u0130\u015f mant\u0131\u011f\u0131 (business logic) katman\u0131ndaki s\u0131n\u0131flar\u0131 i\u015faretlemek i\u00e7in kullan\u0131l\u0131r. Semantik olarak, bu s\u0131n\u0131flar\u0131n i\u015f s\u00fcre\u00e7lerini y\u00f6netti\u011fini belirtir.
\n* @Repository<\/code>: Veri eri\u015fim katman\u0131ndaki (data access layer) s\u0131n\u0131flar\u0131 i\u015faretler. Genellikle DAO (Data Access Object) s\u0131n\u0131flar\u0131nda kullan\u0131l\u0131r. Spring, bu annotasyona sahip s\u0131n\u0131flar i\u00e7in \u00f6zel istisna \u00e7evirisi (exception translation) sa\u011flar, b\u00f6ylece veri taban\u0131 teknolojisine \u00f6zg\u00fc istisnalar, Spring’in kendi veri eri\u015fim istisnalar\u0131na d\u00f6n\u00fc\u015ft\u00fcr\u00fcl\u00fcr.
\n* @Controller<\/code>: Spring MVC uygulamalar\u0131nda web katman\u0131ndaki s\u0131n\u0131flar\u0131 i\u015faretler. Gelen HTTP isteklerini i\u015fler ve bir model ile g\u00f6r\u00fcn\u00fcm (view) aras\u0131ndaki etkile\u015fimi y\u00f6netir.
\n* @RestController<\/code>: Spring 4.0 ile tan\u0131t\u0131lan bu annotasyon, @Controller<\/code> ve @ResponseBody<\/code> annotasyonlar\u0131n\u0131n birle\u015fimidir. RESTful web servisleri geli\u015ftirmek i\u00e7in idealdir. Bu annotasyonla i\u015faretlenmi\u015f bir metodun d\u00f6n\u00fc\u015f de\u011feri, otomatik olarak HTTP yan\u0131t g\u00f6vdesine d\u00f6n\u00fc\u015ft\u00fcr\u00fcl\u00fcr (genellikle JSON veya XML).
\n* @Configuration<\/code>: Bir s\u0131n\u0131f\u0131n, Spring bean tan\u0131mlamalar\u0131 sa\u011flayan bir konfig\u00fcrasyon s\u0131n\u0131f\u0131 oldu\u011funu belirtir. Bu s\u0131n\u0131flar genellikle @Bean<\/code> annotasyonuna sahip metotlar i\u00e7erir.<\/p>\nBa\u011f\u0131ml\u0131l\u0131k Enjeksiyonu (DI) Annotasyonlar\u0131<\/h3>\n
@Autowired<\/code>: Bir alan\u0131n, kurucunun (constructor) veya ayarlay\u0131c\u0131 (setter) metodun, Spring konteyneri taraf\u0131ndan otomatik olarak uygun bir bean ile doldurulmas\u0131n\u0131 sa\u011flar. Varsay\u0131lan olarak tipe g\u00f6re enjeksiyon yapar.
\n * Alan Enjeksiyonu (Field Injection):<\/strong> En basit ama genellikle \u00f6nerilmeyen y\u00f6ntemdir. Test edilebilirli\u011fi azalt\u0131r ve ba\u011f\u0131ml\u0131l\u0131klar\u0131 gizler.
\n * Ayarlay\u0131c\u0131 Enjeksiyonu (Setter Injection):<\/strong> Ba\u011f\u0131ml\u0131l\u0131klar\u0131n iste\u011fe ba\u011fl\u0131 olabilece\u011fi durumlarda kullan\u0131labilir.
\n * Kurucu Enjeksiyonu (Constructor Injection):<\/strong> En \u00e7ok \u00f6nerilen y\u00f6ntemdir. Ba\u011f\u0131ml\u0131l\u0131klar\u0131n a\u00e7\u0131k\u00e7a belirtilmesini sa\u011flar, nesnenin tutarl\u0131 bir durumda ba\u015flat\u0131lmas\u0131n\u0131 garanti eder ve test edilebilirli\u011fi art\u0131r\u0131r.
\n* @Qualifier<\/code>: @Autowired<\/code> ile birlikte kullan\u0131l\u0131r. Ayn\u0131 tipte birden fazla bean mevcut oldu\u011funda, belirli bir bean’in enjekte edilmesi gerekti\u011fini belirtmek i\u00e7in bean’in ad\u0131n\u0131 veya \u00f6zel bir niteleyiciyi kullan\u0131r.
\n* @Primary<\/code>: Ayn\u0131 tipte birden fazla bean oldu\u011funda, varsay\u0131lan olarak hangi bean’in enjekte edilmesi gerekti\u011fini belirtir. @Qualifier<\/code> kullan\u0131lmad\u0131\u011f\u0131nda bu bean tercih edilir.
\n* @Resource<\/code>: JSR-250 standard\u0131n\u0131n bir par\u00e7as\u0131d\u0131r ve @Autowired<\/code>‘a benzer bir amaca hizmet eder. Varsay\u0131lan olarak isme g\u00f6re enjeksiyon yapar, ancak isim bulunamazsa tipe g\u00f6re enjeksiyon dener.
\n* @Inject<\/code>: JSR-330 standard\u0131n\u0131n bir par\u00e7as\u0131d\u0131r ve @Autowired<\/code>‘a \u00e7ok benzer \u015fekilde tipe g\u00f6re enjeksiyon yapar.<\/p>\nBean Tan\u0131mlama ve Ya\u015fam D\u00f6ng\u00fcs\u00fc Annotasyonlar\u0131<\/h3>\n
@Bean<\/code>: @Configuration<\/code> s\u0131n\u0131f\u0131 i\u00e7indeki bir metodu i\u015faretler. Bu metodun d\u00f6n\u00fc\u015f de\u011feri, Spring konteynerinde bir bean olarak kaydedilir. Metodun ad\u0131, bean’in varsay\u0131lan ad\u0131d\u0131r.
\n* @Scope<\/code>: Bir bean’in ya\u015fam d\u00f6ng\u00fcs\u00fc kapsam\u0131n\u0131 (scope) belirler.
\n * singleton<\/code> (varsay\u0131lan): Konteyner ba\u015f\u0131na yaln\u0131zca bir \u00f6rnek olu\u015fturulur.
\n * prototype<\/code>: Her istek i\u00e7in yeni bir \u00f6rnek olu\u015fturulur.
\n * request<\/code>: Her HTTP iste\u011fi i\u00e7in yeni bir \u00f6rnek olu\u015fturulur (yaln\u0131zca web ba\u011flam\u0131nda).
\n * session<\/code>: Her HTTP oturumu i\u00e7in yeni bir \u00f6rnek olu\u015fturulur (yaln\u0131zca web ba\u011flam\u0131nda).
\n * application<\/code>: Her ServletContext \u00f6mr\u00fc boyunca tek bir \u00f6rnek olu\u015fturulur (yaln\u0131zca web ba\u011flam\u0131nda).
\n * websocket<\/code>: Her WebSocket oturumu i\u00e7in yeni bir \u00f6rnek olu\u015fturulur (yaln\u0131zca WebSocket ba\u011flam\u0131nda).
\n* @Lazy<\/code>: Bir bean’in, uygulama ba\u015flat\u0131ld\u0131\u011f\u0131nda de\u011fil, ilk kez talep edildi\u011finde ba\u015flat\u0131lmas\u0131n\u0131 sa\u011flar. Bu, ba\u015flang\u0131\u00e7 s\u00fcresini optimize etmeye yard\u0131mc\u0131 olabilir.
\n* @PostConstruct<\/code>: JSR-250 standard\u0131n\u0131n bir par\u00e7as\u0131d\u0131r. Bir bean’in ba\u015flat\u0131lmas\u0131ndan ve ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131n enjekte edilmesinden sonra y\u00fcr\u00fct\u00fclecek bir metodu i\u015faretler.
\n* @PreDestroy<\/code>: JSR-250 standard\u0131n\u0131n bir par\u00e7as\u0131d\u0131r. Bir bean konteynerden kald\u0131r\u0131lmadan veya yok edilmeden \u00f6nce y\u00fcr\u00fct\u00fclecek bir metodu i\u015faretler.<\/p>\nDe\u011fer ve Ortam Ayarlar\u0131 Annotasyonlar\u0131<\/h3>\n
@Value<\/code>: Uygulama \u00f6zellikleri (properties), ortam de\u011fi\u015fkenleri veya SpEL (Spring Expression Language) ifadelerinden de\u011ferleri bir alana, metoda veya kurucu parametresine enjekte etmek i\u00e7in kullan\u0131l\u0131r.
\n* @PropertySource<\/code>: Bir @Configuration<\/code> s\u0131n\u0131f\u0131nda kullan\u0131l\u0131r ve belirtilen \u00f6zellik dosyas\u0131n\u0131 (\u00f6rne\u011fin, application.properties<\/code>) Spring’in ortam\u0131na y\u00fckler, b\u00f6ylece @Value<\/code> ile eri\u015filebilir hale gelir.
\n* @Profile<\/code>: Bir bean’in veya konfig\u00fcrasyon s\u0131n\u0131f\u0131n\u0131n yaln\u0131zca belirli bir aktif profil (\u00f6rne\u011fin, “dev”, “prod”, “test”) oldu\u011funda etkinle\u015ftirilmesini sa\u011flar. Bu, ortama \u00f6zel konfig\u00fcrasyonlar i\u00e7in \u00e7ok kullan\u0131\u015fl\u0131d\u0131r.<\/p>\nSpring Web (MVC\/REST) Annotasyonlar\u0131<\/h3>\n
@RequestMapping<\/code>: Bir HTTP iste\u011fini belirli bir i\u015fleyici metoduna veya s\u0131n\u0131f\u0131na e\u015fle\u015ftirmek i\u00e7in kullan\u0131l\u0131r. URL yolu, HTTP metodu (GET, POST vb.), ba\u015fl\u0131klar, parametreler ve medya t\u00fcrleri gibi kriterlere g\u00f6re e\u015fle\u015ftirme yapabilir.
\n * @GetMapping<\/code>, @PostMapping<\/code>, @PutMapping<\/code>, @DeleteMapping<\/code>, @PatchMapping<\/code>: Spring 4.3 ile tan\u0131t\u0131lan bu annotasyonlar, @RequestMapping<\/code>‘in HTTP metotlar\u0131na \u00f6zel k\u0131saltmalar\u0131d\u0131r ve kodun okunabilirli\u011fini art\u0131r\u0131r.
\n* @RequestParam<\/code>: HTTP iste\u011findeki bir sorgu parametresinin (query parameter) de\u011ferini bir metod parametresine ba\u011flamak i\u00e7in kullan\u0131l\u0131r.
\n* @PathVariable<\/code>: URL yolundaki bir de\u011fi\u015fkenin de\u011ferini bir metod parametresine ba\u011flamak i\u00e7in kullan\u0131l\u0131r. RESTful URL’lerde dinamik segmentleri yakalamak i\u00e7in idealdir.
\n* @RequestBody<\/code>: Gelen HTTP iste\u011finin g\u00f6vdesini (request body) bir Java nesnesine d\u00f6n\u00fc\u015ft\u00fcrmek i\u00e7in kullan\u0131l\u0131r (\u00f6rne\u011fin, JSON’dan Java objesine). Genellikle @PostMapping<\/code> veya @PutMapping<\/code> ile kullan\u0131l\u0131r.
\n* @ResponseBody<\/code>: Bir metodun d\u00f6n\u00fc\u015f de\u011ferini do\u011frudan HTTP yan\u0131t\u0131n\u0131n g\u00f6vdesine yaz\u0131lmas\u0131n\u0131 sa\u011flar (\u00f6rne\u011fin, Java objesinden JSON’a). Genellikle @RestController<\/code> ile birlikte kullan\u0131l\u0131r, ancak tek ba\u015f\u0131na da kullan\u0131labilir.
\n* @ModelAttribute<\/code>:
\n * Bir metod parametresini bir form nesnesine ba\u011flamak i\u00e7in kullan\u0131l\u0131r.
\n * Bir metodun d\u00f6n\u00fc\u015f de\u011ferini model’e eklemek i\u00e7in kullan\u0131l\u0131r, b\u00f6ylece g\u00f6r\u00fcn\u00fcm taraf\u0131ndan eri\u015filebilir olur.
\n* @Validated<\/code> \/ @Valid<\/code>: Gelen iste\u011fin g\u00f6vdesindeki veya formdaki verilerin do\u011frulamas\u0131n\u0131 tetiklemek i\u00e7in kullan\u0131l\u0131r (JSR-303 Bean Validation API ile birlikte).<\/p>\nSpring Data Annotasyonlar\u0131<\/h3>\n
@EnableJpaRepositories<\/code>: Spring Boot uygulamalar\u0131nda JPA repository’lerini etkinle\u015ftirmek i\u00e7in kullan\u0131l\u0131r. Genellikle @SpringBootApplication<\/code> i\u00e7inde otomatik olarak etkinle\u015ftirilir.
\n* JPA Annotasyonlar\u0131 (@Entity<\/code>, @Table<\/code>, @Id<\/code>, @GeneratedValue<\/code>, @Column<\/code>, @OneToMany<\/code>, @ManyToOne<\/code> vb.): Bunlar asl\u0131nda JPA (Java Persistence API) standard\u0131n\u0131n bir par\u00e7as\u0131d\u0131r ancak Spring Data JPA ile birlikte \u00e7ok s\u0131k kullan\u0131ld\u0131klar\u0131 i\u00e7in burada bahsetmek \u00f6nemlidir. Veri taban\u0131 tablolar\u0131 ile Java nesneleri aras\u0131ndaki e\u015flemeyi tan\u0131mlarlar.<\/p>\n\u0130\u015flem Y\u00f6netimi (Transaction Management) Annotasyonlar\u0131<\/h3>\n
@Transactional<\/code>: Bir metodun veya s\u0131n\u0131f\u0131n t\u00fcm metodlar\u0131n\u0131n bir i\u015flem (transaction) i\u00e7inde y\u00fcr\u00fct\u00fclmesini sa\u011flar. \u0130\u015flem ba\u015far\u0131l\u0131 olursa commit edilir, bir hata olu\u015fursa rollback edilir. \u0130\u015flem \u00f6zelliklerini (izolasyon seviyesi, yay\u0131l\u0131m davran\u0131\u015f\u0131, salt okunur vb.) yap\u0131land\u0131rmak i\u00e7in kullan\u0131labilir.
\n* @EnableTransactionManagement<\/code>: Spring uygulamas\u0131nda i\u015flem y\u00f6netimini etkinle\u015ftirir. Spring Boot’ta otomatik olarak etkinle\u015ftirilir.<\/p>\nAOP (Aspect-Oriented Programming) Annotasyonlar\u0131<\/h3>\n
@Aspect<\/code>: Bir s\u0131n\u0131f\u0131 bir AOP aspect’i olarak i\u015faretler. Aspect, advice’lar (bir kesme noktas\u0131nda y\u00fcr\u00fct\u00fclen kod) ve pointcut’lar (advice’lar\u0131n nerede uygulanaca\u011f\u0131n\u0131 belirleyen ifadeler) i\u00e7erir.
\n* @Before<\/code>, @After<\/code>, @Around<\/code>, @AfterReturning<\/code>, @AfterThrowing<\/code>: Farkl\u0131 advice t\u00fcrlerini tan\u0131mlar. Bir metodun y\u00fcr\u00fct\u00fclmesinden \u00f6nce, sonra, etraf\u0131nda, ba\u015far\u0131l\u0131 d\u00f6n\u00fc\u015f\u00fcnde veya istisna f\u0131rlatmas\u0131nda belirli bir kodun \u00e7al\u0131\u015ft\u0131r\u0131lmas\u0131n\u0131 sa\u011flar.
\n* @Pointcut<\/code>: Ortak bir pointcut ifadesini yeniden kullan\u0131labilir bir \u015fekilde tan\u0131mlamak i\u00e7in kullan\u0131l\u0131r.
\n* @EnableAspectJAutoProxy<\/code>: Spring uygulamas\u0131nda AspectJ tabanl\u0131 AOP proxy’lerini etkinle\u015ftirir.<\/p>\nSpring Boot Annotasyonlar\u0131<\/h3>\n
@SpringBootApplication<\/code>: Bu annotasyon, \u00fc\u00e7 temel Spring annotasyonunun birle\u015fimidir:
\n * @Configuration<\/code>: Bu s\u0131n\u0131f\u0131n bir konfig\u00fcrasyon s\u0131n\u0131f\u0131 oldu\u011funu belirtir.
\n * @EnableAutoConfiguration<\/code>: Spring Boot’un s\u0131n\u0131f yolundaki JAR ba\u011f\u0131ml\u0131l\u0131klar\u0131na ve kullan\u0131c\u0131 tan\u0131ml\u0131 bean’lere g\u00f6re otomatik olarak konfig\u00fcrasyon yapmas\u0131n\u0131 sa\u011flar.
\n * @ComponentScan<\/code>: Ayn\u0131 paketteki ve alt paketlerdeki bile\u015fenleri (\u00f6rne\u011fin, @Component<\/code>, @Service<\/code>, @Controller<\/code>) otomatik olarak tarar ve Spring bean’leri olarak kaydeder.
\n* @EnableAutoConfiguration<\/code>: Otomatik konfig\u00fcrasyon mekanizmas\u0131n\u0131 etkinle\u015ftirir.
\n* @ComponentScan<\/code>: Belirtilen paketlerdeki veya varsay\u0131lan olarak annotasyonun bulundu\u011fu paketteki bile\u015fenleri tarar.
\n* @EnableAsync<\/code>: @Async<\/code> annotasyonuna sahip metotlar\u0131n asenkron olarak \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flar.
\n* @Async<\/code>: Bir metodun ayr\u0131 bir i\u015f par\u00e7ac\u0131\u011f\u0131nda (thread) asenkron olarak y\u00fcr\u00fct\u00fclmesini sa\u011flar.
\n* @Scheduled<\/code>: Bir metodun belirli aral\u0131klarla veya belirli bir zamanda zamanlanm\u0131\u015f bir g\u00f6rev olarak \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flar.
\n* @EnableCaching<\/code>: Spring’in \u00f6nbellekleme (caching) deste\u011fini etkinle\u015ftirir.
\n* @Cacheable<\/code>, @CachePut<\/code>, @CacheEvict<\/code>: \u00d6nbellekleme operasyonlar\u0131n\u0131 (veri \u00f6nbelle\u011fe alma, \u00f6nbelle\u011fi g\u00fcncelleme, \u00f6nbellekten kald\u0131rma) y\u00f6netmek i\u00e7in kullan\u0131l\u0131r.<\/p>\nTest Annotasyonlar\u0131<\/h3>\n
@SpringBootTest<\/code>: Spring Boot uygulamas\u0131n\u0131n tamam\u0131n\u0131 y\u00fckleyerek entegrasyon testleri yapmak i\u00e7in kullan\u0131l\u0131r.
\n* @WebMvcTest<\/code>: Sadece web katman\u0131n\u0131 (Controller’lar) test etmek i\u00e7in kullan\u0131l\u0131r. Di\u011fer katmanlar (Service, Repository) mock’lan\u0131r.
\n* @DataJpaTest<\/code>: Sadece JPA katman\u0131n\u0131 (Repository’ler) test etmek i\u00e7in kullan\u0131l\u0131r. Genellikle bellek i\u00e7i bir veritaban\u0131 (\u00f6rne\u011fin H2) ile \u00e7al\u0131\u015f\u0131r ve her testten sonra veritaban\u0131n\u0131 s\u0131f\u0131rlar.
\n* @MockBean<\/code>: Test s\u0131ras\u0131nda bir Spring bean’inin yerine bir Mockito mock nesnesi enjekte etmek i\u00e7in kullan\u0131l\u0131r. Bu, ba\u011f\u0131ml\u0131l\u0131klar\u0131 izole etmeye ve testleri daha h\u0131zl\u0131 \u00e7al\u0131\u015ft\u0131rmaya yard\u0131mc\u0131 olur.<\/p>\nAnnotasyonlar\u0131n Avantajlar\u0131 ve Dezavantajlar\u0131<\/h2>\n
Avantajlar\u0131<\/h3>\n
\n* Geli\u015ftirme H\u0131z\u0131:<\/strong> XML dosyalar\u0131yla u\u011fra\u015fma ihtiyac\u0131n\u0131 ortadan kald\u0131rarak geli\u015ftirme s\u00fcrecini h\u0131zland\u0131r\u0131r. Daha az boilerplate kod yaz\u0131l\u0131r.
\n* Tip G\u00fcvenli\u011fi:<\/strong> XML tabanl\u0131 konfig\u00fcrasyonlarda olas\u0131 yaz\u0131m hatalar\u0131 veya tip uyumsuzluklar\u0131, annotasyonlarda derleme zaman\u0131nda yakalanabilir.
\n* Refactoring Kolayl\u0131\u011f\u0131:<\/strong> Kod yeniden d\u00fczenlenirken (refactoring), annotasyonlar genellikle IDE’ler taraf\u0131ndan otomatik olarak g\u00fcncellenir, bu da XML dosyalar\u0131nda manuel g\u00fcncelleme ihtiyac\u0131n\u0131 ortadan kald\u0131r\u0131r.
\n* Mod\u00fclerlik:<\/strong> Her bile\u015fenin kendi konfig\u00fcrasyonunu ta\u015f\u0131mas\u0131, uygulaman\u0131n daha mod\u00fcler ve ba\u011f\u0131ms\u0131z par\u00e7alardan olu\u015fmas\u0131n\u0131 sa\u011flar.
\n* XML Karma\u015fas\u0131ndan Kurtulma:<\/strong> B\u00fcy\u00fck ve karma\u015f\u0131k XML dosyalar\u0131n\u0131n y\u00f6netimi ve bak\u0131m\u0131 zor olabilir. Annotasyonlar bu karma\u015fay\u0131 azalt\u0131r.<\/p>\nDezavantajlar\u0131<\/h3>\n
\n* Gizli Ba\u011f\u0131ml\u0131l\u0131klar ve “Magic” Etkisi:<\/strong> \u00d6zellikle @Autowired<\/code> gibi annotasyonlar, ba\u011f\u0131ml\u0131l\u0131klar\u0131n nerede enjekte edildi\u011fini veya bir metodun ne zaman \u00e7a\u011fr\u0131ld\u0131\u011f\u0131n\u0131 (\u00f6rne\u011fin @PostConstruct<\/code>) do\u011frudan kod i\u00e7inde g\u00f6stermedi\u011fi i\u00e7in “magic” etkisi yaratabilir. Bu, yeni ba\u015flayanlar i\u00e7in anlamay\u0131 zorla\u015ft\u0131rabilir.
\n* Daha Az Esneklik (Baz\u0131 Durumlarda):<\/strong> Baz\u0131 durumlarda, \u00f6zellikle \u00fc\u00e7\u00fcnc\u00fc taraf k\u00fct\u00fcphanelerin entegrasyonunda veya \u00e7ok dinamik konfig\u00fcrasyonlarda, XML tabanl\u0131 konfig\u00fcrasyonlar annotasyonlardan daha esnek olabilir. Ancak bu durum g\u00fcn\u00fcm\u00fczde nadirdir.
\n* IDE Deste\u011fi Ba\u011f\u0131ml\u0131l\u0131\u011f\u0131:<\/strong> Annotasyonlar\u0131n anlam\u0131n\u0131 ve etkile\u015fimlerini anlamak i\u00e7in iyi bir IDE deste\u011fi (kod tamamlama, hata denetimi) \u00f6nemlidir. IDE olmadan bu annotasyonlar\u0131 anlamak zor olabilir.<\/p>\nEn \u0130yi Uygulamalar (Best Practices)<\/h2>\n
@Service<\/code>, @Repository<\/code>, @Controller<\/code>) kullanarak kodun semantik anlam\u0131n\u0131 g\u00fc\u00e7lendirin.
\n* Kurucu Enjeksiyonunu Tercih Etme:<\/strong> @Autowired<\/code> ile ba\u011f\u0131ml\u0131l\u0131k enjekte ederken, alan enjeksiyonu veya ayarlay\u0131c\u0131 enjeksiyonu yerine kurucu enjeksiyonunu tercih edin. Bu, ba\u011f\u0131ml\u0131l\u0131klar\u0131n a\u00e7\u0131k\u00e7a belirtilmesini sa\u011flar, test edilebilirli\u011fi art\u0131r\u0131r ve nesnenin her zaman ge\u00e7erli bir durumda olmas\u0131n\u0131 garanti eder.
\n* @Qualifier<\/code> ve @Primary<\/code> Do\u011fru Kullan\u0131m\u0131:<\/strong> Ayn\u0131 tipte birden fazla bean oldu\u011funda, belirsizli\u011fi gidermek i\u00e7in bu annotasyonlar\u0131 ak\u0131ll\u0131ca kullan\u0131n. Gereksiz kullan\u0131mdan ka\u00e7\u0131n\u0131n.
\n* @Value<\/code> ile G\u00fcvenli Veri Y\u00f6netimi:<\/strong> Hassas bilgileri (veritaban\u0131 \u015fifreleri, API anahtarlar\u0131) do\u011frudan kod i\u00e7ine yazmak yerine, @Value<\/code> ile \u00f6zellik dosyalar\u0131ndan veya ortam de\u011fi\u015fkenlerinden enjekte edin. Spring Cloud Config gibi ara\u00e7larla daha merkezi bir y\u00f6netim sa\u011flay\u0131n.
\n* Custom Annotasyonlar Olu\u015fturma:<\/strong> Tekrar eden annotasyon kombinasyonlar\u0131 veya \u00f6zel i\u015f mant\u0131\u011f\u0131 i\u00e7in kendi custom annotasyonlar\u0131n\u0131z\u0131 olu\u015fturarak kod tekrar\u0131n\u0131 azaltabilir ve okunabilirli\u011fi art\u0131rabilirsiniz. \u00d6rne\u011fin, kendi @MyService<\/code> annotasyonunuzu @Service<\/code> ve @Transactional<\/code> ile birle\u015ftirebilirsiniz.
\n* Test Edilebilirli\u011fi G\u00f6z \u00d6n\u00fcnde Bulundurma:<\/strong> Annotasyonlar\u0131 kullan\u0131rken, kodun test edilebilirli\u011fini her zaman d\u00fc\u015f\u00fcn\u00fcn. \u00d6zellikle entegrasyon testleri i\u00e7in @MockBean<\/code> gibi ara\u00e7lar\u0131 kullanarak ba\u011f\u0131ml\u0131l\u0131klar\u0131 izole edin.<\/p>\nGelecek ve E\u011filimler<\/h2>\n
\n* Yerel G\u00f6r\u00fcnt\u00fcler (Native Images) ve GraalVM:<\/strong> GraalVM ile Java uygulamalar\u0131n\u0131 yerel g\u00f6r\u00fcnt\u00fclere derlemek, ba\u015flang\u0131\u00e7 s\u00fcresini ve bellek t\u00fcketimini \u00f6nemli \u00f6l\u00e7\u00fcde azalt\u0131r. Spring Framework ve Spring Boot, bu teknolojiyi desteklemek i\u00e7in s\u00fcrekli olarak optimize edilmektedir. Annotasyonlar\u0131n bu s\u00fcre\u00e7te nas\u0131l i\u015flenece\u011fi ve optimize edilece\u011fi \u00f6nemli bir ara\u015ft\u0131rma alan\u0131d\u0131r.
\n* Fonksiyonel Programlama ve Annotasyonlar:<\/strong> Spring WebFlux gibi reaktif programlama modelleri ve Kotlin gibi dillerin y\u00fckseli\u015fiyle, fonksiyonel yakla\u015f\u0131mlar\u0131n Spring konfig\u00fcrasyonunda ve API tasar\u0131m\u0131nda daha fazla yer bulmas\u0131 beklenmektedir. Bu, annotasyonlar\u0131n yan\u0131nda veya onlarla birlikte yeni konfig\u00fcrasyon paradigmalar\u0131n\u0131n ortaya \u00e7\u0131kmas\u0131na yol a\u00e7abilir.
\n* Daha Ak\u0131ll\u0131 Hata Mesajlar\u0131 ve Geli\u015ftirici Deneyimi:<\/strong> Geli\u015ftiricilerin annotasyonlarla ilgili hatalar\u0131 daha h\u0131zl\u0131 tespit etmelerini ve \u00e7\u00f6zmelerini sa\u011flayacak daha ak\u0131ll\u0131 hata mesajlar\u0131 ve ara\u00e7lar geli\u015ftirilebilir.<\/p>\nSonu\u00e7<\/h2>\n
@Component<\/code>‘tan @SpringBootApplication<\/code>‘a, @Autowired<\/code>‘dan @Transactional<\/code>‘a kadar geni\u015f bir yelpazede sunulan annotasyonlar, geli\u015ftiricilere karma\u015f\u0131k kurumsal uygulamalar\u0131 kolayca olu\u015fturma g\u00fcc\u00fc vermektedir.<\/p>\n