Java 8, dilin en \u00f6nemli g\u00fcncellemelerinden birini getirerek interface’lere statik (static) ve varsay\u0131lan (default) metot ekleme yetene\u011fi kazand\u0131rd\u0131. Bu de\u011fi\u015fiklikler, interface’lerin sadece soyut metot tan\u0131mlama ara\u00e7lar\u0131 olmaktan \u00e7\u0131k\u0131p, somut davran\u0131\u015flar da i\u00e7erebilmesini sa\u011flad\u0131. Bu rehberde, bu iki yeni \u00f6zelli\u011fin ne oldu\u011funu, neden \u00f6nemli olduklar\u0131n\u0131 ve nas\u0131l kullan\u0131ld\u0131klar\u0131n\u0131 detayl\u0131 bir \u015fekilde inceleyece\u011fiz.<\/p>\n
Java 8 \u00f6ncesinde, bir interface’e yeni bir metot eklemek, o interface’i implemente eden t\u00fcm s\u0131n\u0131flar\u0131 etkileyerek bir t\u00fcr “API k\u0131r\u0131lmas\u0131”na neden oluyordu. Bu durum, mevcut kod tabanlar\u0131n\u0131 g\u00fcncellemenin zorlu\u011funu art\u0131r\u0131yordu. Statik ve varsay\u0131lan metotlar, bu sorunu \u00e7\u00f6zmek ve interface’leri daha esnek hale getirmek i\u00e7in tan\u0131t\u0131ld\u0131. Bu \u00f6zellikler, \u00f6zellikle b\u00fcy\u00fck ve karma\u015f\u0131k projelerde bak\u0131m ve geli\u015ftirme s\u00fcre\u00e7lerini \u00f6nemli \u00f6l\u00e7\u00fcde kolayla\u015ft\u0131rm\u0131\u015ft\u0131r.<\/p>\n
Varsay\u0131lan metotlar (default methods), interface’lere somut bir implementasyon ile birlikte metot eklemenizi sa\u011flar. Bu, interface’leri implemente eden s\u0131n\u0131flar\u0131n bu metotlar\u0131 otomatik olarak miras almas\u0131n\u0131 m\u00fcmk\u00fcn k\u0131lar. E\u011fer bir s\u0131n\u0131f varsay\u0131lan metodu override etmek istemezse, interface’deki varsay\u0131lan implementasyonu kullanmaya devam edebilir. Bu \u00f6zellik, mevcut kod tabanlar\u0131n\u0131 etkilemeden interface’lere yeni i\u015flevsellik eklemenin anahtar\u0131d\u0131r.<\/p>\n
Bir metodu varsay\u0131lan olarak i\u015faretlemek i\u00e7in metot tan\u0131m\u0131n\u0131n ba\u015f\u0131na Bu interface’i implemente eden bir s\u0131n\u0131f, Statik metotlar, interface’lere do\u011frudan interface ile ili\u015fkili ancak herhangi bir interface implementasyonu ile ili\u015fkilendirilmemi\u015f yard\u0131mc\u0131 metotlar eklemenizi sa\u011flar. Bu metotlar, interface’in somut bir \u00f6rne\u011fi \u00fczerinden \u00e7a\u011fr\u0131lamaz, sadece interface’in kendisi \u00fczerinden \u00e7a\u011fr\u0131l\u0131r. Bu, interface’leri daha \u00e7ok bir utility s\u0131n\u0131f\u0131 gibi kullanman\u0131za olanak tan\u0131r.<\/p>\n Bir metodu statik olarak i\u015faretlemek i\u00e7in metot tan\u0131m\u0131n\u0131n ba\u015f\u0131na Bu statik metotlar\u0131 \u00e7a\u011f\u0131rmak i\u00e7in interface’in ad\u0131n\u0131 kullan\u0131r\u0131z:<\/p>\n Java 8 ile gelen statik ve varsay\u0131lan metotlar, interface’lerin yeteneklerini \u00f6nemli \u00f6l\u00e7\u00fcde geni\u015fletmi\u015ftir. Varsay\u0131lan metotlar, geriye d\u00f6n\u00fck uyumlulu\u011fu sa\u011flarken API’lerinizi kolayca geni\u015fletmenize olanak tan\u0131r. Statik metotlar ise interface’leri, ilgili yard\u0131mc\u0131 fonksiyonlar ve sabitler i\u00e7in bir organizasyon birimi olarak kullanman\u0131za imkan verir. Bu \u00f6zellikler, modern Java geli\u015ftiricileri i\u00e7in temel ara\u00e7lardan biri haline gelmi\u015ftir ve daha temiz, daha esnek ve daha s\u00fcrd\u00fcr\u00fclebilir kod yazmaya yard\u0131mc\u0131 olurlar.<\/p>\n Varsay\u0131lan metotlar interface’lerde bulunur ve sadece metotlar i\u00e7in somut implementasyon sa\u011flar. Soyut s\u0131n\u0131flar ise hem metotlar hem de alanlar (fields) i\u00e7in somut veya soyut implementasyon sa\u011flayabilir. Ayr\u0131ca, bir s\u0131n\u0131f birden fazla soyut s\u0131n\u0131ftan miras alamazken, birden fazla interface’i implemente edebilir.<\/p>\n Bu durumda, s\u0131n\u0131f\u0131n bu varsay\u0131lan metodu a\u00e7\u0131k\u00e7a override etmesi gerekir. Aksi takdirde, hangi implementasyonun kullan\u0131laca\u011f\u0131n\u0131n belirsizli\u011fi nedeniyle derleyici hatas\u0131 al\u0131rs\u0131n\u0131z.<\/p>\n Hay\u0131r, statik metotlar interface’in kendisi \u00fczerinden \u00e7a\u011fr\u0131l\u0131r. Bir interface \u00f6rne\u011fi \u00fczerinden \u00e7a\u011fr\u0131lamazlar.<\/p>\n Genel olarak, varsay\u0131lan metotlar\u0131n performans \u00fczerinde \u00f6nemli bir olumsuz etkisi yoktur. Implementasyon, \u00e7al\u0131\u015fma zaman\u0131nda (runtime) do\u011fru metodu bulmak i\u00e7in bir mekanizma kullan\u0131r, ancak bu ek y\u00fck genellikle ihmal edilebilir d\u00fczeydedir.<\/p>\n Statik metotlar\u0131 interface’lerde kullanmak, ilgili sabitleri ve yard\u0131mc\u0131 fonksiyonlar\u0131 o interface’in mant\u0131ksal ba\u011flam\u0131nda toplaman\u0131za olanak tan\u0131r. Bu, kodunuzu daha okunabilir ve organize hale getirebilir. \u00d6rne\u011fin, bir <\/body>default<\/code> anahtar kelimesi eklenir. Metodun g\u00f6vdesi, normal bir metot gibi parantez i\u00e7inde tan\u0131mlan\u0131r.<\/p>\n\n public interface Hesaplayici {\n\n \/\/ Soyut metot\n int topla(int a, int b);\n\n \/\/ Varsay\u0131lan metot\n default int cikar(int a, int b) {\n return a - b;\n }\n\n \/\/ Ba\u015fka bir varsay\u0131lan metot\n default int carp(int a, int b) {\n return a * b;\n }\n }\n <\/code><\/pre>\ntopla<\/code> metodunu mutlaka implemente etmek zorundad\u0131r. Ancak cikar<\/code> ve carp<\/code> metotlar\u0131 i\u00e7in implementasyon sa\u011flamas\u0131 gerekmez; bu metotlar otomatik olarak kullan\u0131labilir hale gelir.<\/p>\n\n public class BasitHesaplayici implements Hesaplayici {\n\n @Override\n public int topla(int a, int b) {\n return a + b;\n }\n\n \/\/ cikar ve carp metotlar\u0131 otomatik olarak miras al\u0131n\u0131r.\n }\n\n public class Main {\n public static void main(String[] args) {\n BasitHesaplayici hesap = new BasitHesaplayici();\n System.out.println(\"Toplama: \" + hesap.topla(5, 3)); \/\/ \u00c7\u0131kt\u0131: Toplama: 8\n System.out.println(\"\u00c7\u0131karma: \" + hesap.cikar(5, 3)); \/\/ \u00c7\u0131kt\u0131: \u00c7\u0131karma: 2\n System.out.println(\"\u00c7arpma: \" + hesap.carp(5, 3)); \/\/ \u00c7\u0131kt\u0131: \u00c7arpma: 15\n }\n }\n <\/code><\/pre>\nPratik Bilgiler ve Kullan\u0131m Senaryolar\u0131<\/h4>\n
\n
\n interface InterfaceA {\n default void mesajGoster() {\n System.out.println(\"Interface A'dan mesaj.\");\n }\n }\n\n interface InterfaceB {\n default void mesajGoster() {\n System.out.println(\"Interface B'den mesaj.\");\n }\n }\n\n \/\/ Bu s\u0131n\u0131f derleme hatas\u0131 verir, \u00e7\u00fcnk\u00fc mesajGoster() metodunun hangi implementasyonu\n \/\/ kullanaca\u011f\u0131 belirsizdir.\n \/\/ public class CiftMesaj implements InterfaceA, InterfaceB {\n \/\/ \/\/ Implementasyon eksik\n \/\/ }\n\n \/\/ \u00c7ak\u0131\u015fmay\u0131 \u00e7\u00f6zmek i\u00e7in metodu override etmelisiniz:\n public class CiftMesajDuzenli implements InterfaceA, InterfaceB {\n @Override\n public void mesajGoster() {\n InterfaceA.super.mesajGoster(); \/\/ InterfaceA'n\u0131n implementasyonunu kullan\n \/\/ veya InterfaceB.super.mesajGoster(); \/\/ InterfaceB'nin implementasyonunu kullan\n \/\/ veya kendi \u00f6zel implementasyonunuzu yaz\u0131n.\n }\n }\n <\/code><\/pre>\nStatic Metotlar: Yard\u0131mc\u0131 Fonksiyonlar ve Sabitler<\/h3>\n
Nas\u0131l Kullan\u0131l\u0131r?<\/h4>\n
static<\/code> anahtar kelimesi eklenir. Statik metotlar, interface’lerde varsay\u0131lan veya soyut metotlar gibi davranmazlar; tamamen ba\u011f\u0131ms\u0131zd\u0131rlar.<\/p>\n\n public interface MatematikSabitleri {\n\n \/\/ Sabit bir alan (public static final otomatik olarak)\n double PI = Math.PI;\n\n \/\/ Statik bir metot\n static double daireAlaniHesapla(double yaricap) {\n return PI yaricap <\/em> yaricap;\n }\n\n \/\/ Ba\u015fka bir statik metot\n static void mesajYazdir(String mesaj) {\n System.out.println(\"Mesaj: \" + mesaj);\n }\n }\n <\/code><\/pre>\n\n public class Main {\n public static void main(String[] args) {\n \/\/ Statik metotlar\u0131 do\u011frudan interface \u00fczerinden \u00e7a\u011f\u0131r\u0131yoruz.\n double alan = MatematikSabitleri.daireAlaniHesapla(5.0);\n System.out.println(\"Daire Alan\u0131: \" + alan); \/\/ \u00c7\u0131kt\u0131: Daire Alan\u0131: 78.53981633974483\n\n MatematikSabitleri.mesajYazdir(\"Java 8 yenilikleri harika!\"); \/\/ \u00c7\u0131kt\u0131: Mesaj: Java 8 yenilikleri harika!\n\n \/\/ A\u015fa\u011f\u0131daki \u00e7a\u011fr\u0131 bir derleme hatas\u0131 verecektir:\n \/\/ MatematikSabitleri sabitNesnesi = new MatematikSabitleri();\n \/\/ sabitNesnesi.daireAlaniHesapla(10.0);\n }\n }\n <\/code><\/pre>\nPratik Bilgiler ve Kullan\u0131m Senaryolar\u0131<\/h4>\n
\n
Neden Bu \u00d6zellikler \u00d6nemli?<\/h3>\n
\n
Sonu\u00e7<\/h3>\n
S\u0131k\u00e7a Sorulan Sorular (SSS)<\/h3>\n
1. Varsay\u0131lan metotlar ve soyut s\u0131n\u0131flar aras\u0131ndaki temel fark nedir?<\/h4>\n
2. Bir s\u0131n\u0131f birden fazla interface’i implemente ediyorsa ve bu interface’lerde ayn\u0131 imzaya sahip varsay\u0131lan metotlar varsa ne olur?<\/h4>\n
3. Statik metotlar\u0131 bir interface implementasyonu \u00fczerinden \u00e7a\u011f\u0131rabilir miyim?<\/h4>\n
4. Varsay\u0131lan metotlar, performans \u00fczerinde bir etkiye sahip midir?<\/h4>\n
5. Statik metotlar\u0131 neden interface’lerde kullanmal\u0131y\u0131m da bir utility s\u0131n\u0131f\u0131 olu\u015fturmamal\u0131y\u0131m?<\/h4>\n
MathUtils<\/code> interface’i olu\u015fturup i\u00e7ine matematiksel sabitleri ve ilgili hesaplama metotlar\u0131n\u0131 koyabilirsiniz.<\/p>\n
\n<\/html><\/p>\n","protected":false},"excerpt":{"rendered":"Java 8, dilin en \u00f6nemli g\u00fcncellemelerinden birini getirerek interface’lere statik (static) ve varsay\u0131lan (default) metot ekleme yetene\u011fi kazand\u0131rd\u0131.","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-41706","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-java","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\n