C#'de arayüzler (interface) nedir?

Question

Accepted Answer

Bir **arayüz** bir **sözleşme** tanımlar — uygulayan sınıfların sağlaması gereken üyelerin (metotlar, özellikler) bir kümesi, geleneksel olarak hiçbir uygulama olmaksızın. Bir sınıf **birden fazla** arayüzü uygulayabilir ve bu, C#'da esnek, bağlı olmayan, test edilebilir tasarım için anahtardır. ## Arayüz tanımlama ve uygulama ```csharp public interface IShape { double Area(); // a method signature (no body) string Name { get; } // a property } public class Circle : IShape // implement the interface { public double Radius { get; set; } public double Area() => Math.PI * Radius * Radius; // must implement public string Name => "Circle"; } ``` Bir arayüz (kural gereği `IXxx` olarak adlandırılır) üyeleri uygulama olmaksızın bildirir; onu uygulayan bir sınıf **mutlaka** bunları sağlamalıdır. (C# 8 sürümünden bu yana, arayüzler *varsayılan* uygulamalara sahip olabilir, ancak sözleşme rolü birincildir.) ## Birden fazla arayüz (tek kalıtıma karşı) ```csharp public class Widget : IDrawable, ISerializable, IComparable { // must implement ALL members of ALL interfaces } ``` Bir sınıf **birçok** arayüzü uygulayabilir (tek sınıf kalıtımı aksine) — bu, C#'ın ilişkisiz türler arasında yetenekleri paylaşmasının yoludur. ## Arayüzler aracılığıyla polimorfizm (temel fayda) ```csharp // program to the INTERFACE — works with ANY implementation List shapes = new() { new Circle(), new Square() }; foreach (IShape s in shapes) Console.WriteLine(s.Area()); // calls each type's implementation void Process(IRepository repo) { } // depend on an interface, not a concrete class ``` ## Yaygın .NET arayüzleri ve test edilebilirlik ```csharp IEnumerable, IDisposable, IComparable, IEquatable // framework interfaces // interfaces enable mocking in tests (depend on an interface, inject a mock) public class Service(IEmailSender sender) { } // inject any IEmailSender (real or mock) ``` ## Neden önemli Arayüzler iyi C# tasarımının merkezinde yer alır ve .NET çerçevesinin ve modern C# uygulamalarının nasıl yapılandırıldığının temelini oluştururlar, bu nedenle onları anlamak önemlidir. Arayüzler **sözleşmeleri** (bir tür ne yapabilir) tanımlar, uygulama olmaksızın ve bir sınıf **birden fazla** arayüzü uygulayabilir — bu da onları esnek, bağlı olmayan tasarım için C#'ın birincil aracı ve tek kalıtım sınırlamalarına cevabı (ilişkisiz türler arasında yetenekleri paylaşma) haline getirir. En önemli fayda **gevşek bağlantı ve test edilebilirlik**yi etkinleştirmektir: somut sınıflara değil arayüzlere bağlı kod yazarak ("bir arayüze göre programla"), kod esnek (uygulamaları değiştir) ve oldukça **test edilebilir** hale gelir (testlerde mock uygulamaları enjekte et — arayüzlerin vurgulanmasının ana nedeni, çünkü bağımlılık enjeksiyonunu ve birim testini pratik hale getirirler). Arayüzler ayrıca **polimorfizmi** etkinleştirirler (farklı uygulamaları arayüz türü aracılığıyla eşit şekilde ele alma). Arayüzleri anlamak — sözleşmeleri tanımlama, birden fazlasını uygulama, gevşek bağlantı ve test edilebilirlik için arayüzlere göre programlama, ve yaygın .NET arayüzleri (`IEnumerable`, `IDisposable`, vb.) — bakımı yapılabilir, test edilebilir C# uygulamaları tasarlamak ve çerçevele çalışmak için (ki bu arayüzler etrafında inşa edilmiştir) önemli bilgidir. Arayüzler bağımlılık enjeksiyonu, test edilebilirlik ve esnek mimarinin altında yattığı için — bunların hepsi profesyonel C#'ın halleri — ve .NET'te görüldüğü için, bunları ustalaşmak, iyi tasarlanmış ve test edilebilir C#'ı, sıkıca bağlanmış koddan ayırt eden, iyi mimari ilkelerini anlamayı yansıtan, sık görülen bir mülakat konusu olan temel, sık uygulanır bilgidir.