Merhaba arkadaşlar.
Zaman zaman ilk başlarda hepimizin kafasını karıştırdığına eminim bu ikilinin. 🙂 Ne zaman abstract kullanmalıyım, ne zaman interface kullanmalıyım vb. tarzı sorular.
Şimdi gelelim bu ikilinin ne olduklarına.
Bu ikili, nesne yönelimli programlamada (OOP) sınıfları soyutlamaya yarayan yöntemlerden ikisidir. Bu ikisinin ortak oldukları ve farklı oldukları yönler vardır.
Haydi bu yönlere bir göz atalım.
Yazdığımız sınıflar arasında inheritance(kalıtım) uygularken kullanırız. Alt sınıflar abstract sınıfı inherit alırlar. Abstract class içindeki implement edilmiş tüm method’lar diğer class’da da geçerlidir.
Abstract classdan implement ettiğimiz bir class içerisinde, sadece abstract class içerisinde abstract olarak tanımlanmış method, property gibi vb.lerini implement etmek mecburidir. Diğer method’lar zaten tanımlıdır ve implement edilmesi mecburi değildir.
Abstract sınıflar genelde is-a ilişkilerinde kullanılır.
Örnek vermek gerekirse;
+Ferrari is-a Araba
Ferrari bir arabadır ve arabanın sahip olduğu tüm özelliklere sahiptir.
Hemen bir örnekle pekişmesini sağlayalım.
abstract class Araba { public string Marka { get; set; } public int VitesSayisi { get; set; } // Kısacası arabaların sahip oldukları tüm ortak özellikler public abstract void MaximumHiz(); // Override edilecek methodumuz çünkü her arabanın kendine özgü bir maximum hız bilgisi vardır } /// <summary> /// Ferrari'yi Araba sınıfımızdan inherit alıyoruz. /// </summary> class Ferrari : Araba { /// <summary> /// Maximum hız bilgimizi override ediyoruz ve Araba abstract sınıfımızın sahip olduğu tüm özelliklere sahip oluyor. /// </summary> public override void MaximumHiz() { Console.WriteLine("Ferrari'nin maximum hızı: 300"); } }
Örneğimizden de anlaşılacağı gibi araba örneğimizden yola çıkarak “Araba” isminde bir abstract sınıf oluşturuyoruz ve “Ferrari” bu sınıfdan inherit alarak Arabaların sahip olmuş oldukları tüm ortak özelliklere sahip olmuş oluyor.
NOT: virtual keyi ilede abstract sınıf içerisinde tanımlanmış bir method, alt sınıflar tarafından override (ezilebilir) edilebilir hale getirebilmek mümkündür ve aklımızın bir köşesinde dursun bir class sadece bir abstract class’ı implemente edebilir.
Abstract sınıfın genel özelliklerini sıralayacak olursak;
Interface sınıfında sadece method tanımları bulunur. İçlerine kod parçacığı yazılmaz. İçerisinde tanımlanan method tanımları bu interface’i implemente edecek diğer sınıflar tarafından implement edilmesi zorunludur.
Interfaceler başka bir interface den inherit olabilirler.
Interface’ler genelde can-do ilişkisi vardır.
Örnek vermek gerekirse;
+Ferrari can-do drive itself
Ferrari kendi kendini sürebilir (Biraz saçma bir örnek oldu ama) gibi yapabileceği ek özellikler interface olarak tanımlanıp, implemente edilebilir.
Konuyu fazla uzatmadan hemen kaldığımız basit örneğimizle devam edelim:
/// <summary> /// Bazı arabalar cabriolet olabilir hepsinin ortak bir özelliği değildir. /// </summary> interface ICabrioled { void TavanTipi(); } abstract class Araba { public string Marka { get; set; } public int VitesSayisi { get; set; } // Kısacası arabaların sahip oldukları tüm ortak özellikler public abstract void MaximumHiz(); // Override edilecek methodumuz çünkü her arabanın kendine özgü bir maximum hız bilgisi vardır } /// <summary> /// Ferrari'yi Araba sınıfımızdan inherit alıyoruz ve yeniden şekillendiriyoruz. Ferrarimiz cabriolet ve ICabriolet özelliğini implemente ediyoruz. /// </summary> class Ferrari : Araba, ICabrioled { /// <summary> /// Maximum hız bilgimizi override ediyoruz ve Araba abstract sınıfımızın sahip olduğu tüm özelliklere sahip oluyor. /// </summary> public override void MaximumHiz() { Console.WriteLine("Ferrari'nin maximum hızı: 300"); } /// <summary> /// ICabrioled'i implemente ettiğimiz için TavanTipi methodumuzu tanımlıyoruz. /// </summary> public void TavanTipi() { Console.WriteLine("Metal tavan"); } }
Örneğimizi basit ve anlaşılır tutmaya çalışırken biraz saçmalamış olabilirim, idare edin. 🙂 Açıklamak gerekirse her aracımız cabriolet olamayacağı için bunu interface olarak tanımlamıştık. “Ferrari” gibi bir aracımızı varsaydık ve buna “ICabrioled” interface’imizi implemente ettik.
Ne demiştik? Interface’ler içerisine kod parçacıkları yazılmaz, sadece method tanımları bulunur. Bunuda gösterebilmek amaçlı sadece “TavanTipi” isminde bir tanımlama yaptık ve “Metal tavan” olarak belirttik.
Interface sınıfının genel özelliklerini sıralayacak olursak;
Gelecek makalelerde görüşmek dileğiyle. 🙂
{:tr} Makalenin ilk bölümünde, Software Supply Chain güvenliğinin öneminden ve containerized uygulamaların güvenlik risklerini azaltabilmek…
{:tr}Bildiğimiz gibi modern yazılım geliştirme ortamında containerization'ın benimsenmesi, uygulamaların oluşturulma ve dağıtılma şekillerini oldukça değiştirdi.…
{:tr}Bildiğimiz gibi bir ürün geliştirirken olabildiğince farklı cloud çözümlerinden faydalanmak, harcanacak zaman ve karmaşıklığın yanı…
{:tr}Bazen bazı senaryolar vardır karmaşıklığını veya eksi yanlarını bildiğimiz halde implemente etmekten kaçamadığımız veya implemente…
{:tr}Bildiğimiz gibi microservice architecture'ına adapte olmanın bir çok artı noktası olduğu gibi, maalesef getirdiği bazı…
{:tr}Bir önceki makale serisinde Dapr projesinden ve faydalarından bahsedip, local ortamda self-hosted mode olarak .NET…
View Comments
Teşekkürler güzel anlatım
Helal, Anlatım çok güzel keşke her Makale böyle güzel anlatılsa Devamını Bekliyoruz.
Beğenmenize sevindim. :)
çok temiz anlatım ,elinize sağlık.
Teşekkür ederim.
cox gozel izah.tesekkur edirem
Ağzınıza sağlık çok güzel bir anlatım olmuş.Abstract class ile inreface class arasındaki farkı çok iyi idrak etmiş oldum.
Emeğine sağlık, gördüğüm en güzel anlatımlardan.
" bir class sadece bir abstract class’ı implemente edebilir." cümledeki sadece kelimesi cümleye farklı anlam yüklemiş
"abstract tanımlı olduğu class'a bırden fazla abstract tanımlanamaz" gibi bir cümle olması okuyucular için daha anlaşılır olur
Teşekkür ederim öneriniz için. Geriye dönüp baktığımda bir çok yazım hatası yaptığımı görüyorum. :) İnsan yaza yaza farkediyor... Dikkate alacağım.
çok güzel anlatmışsınız ellerinize sağlık teşekkürler
Çook teşekkürler..
Anlamadığım nokta şu, biz zaten class içinde kullanacağımız interface in method unu tanimlayamazmiyiz, mesela runable adlı interface var içindede run adlı method, runable interface sini animal classina implement ettik, bunun yerine neden animal class inin içinde kendi run methodumuxu oluşturmuyoruz farkı ne?
Merhaba, eğer yanlış anlamadı isem cevabım: evet haklısınız, yapabilirsiniz. Ama amacımız, ilgili method'u soyutlayarak, run-time'da, polymorphism'den yararlanabilmek.