Mik az interfészek a C#-ban?

Question

Accepted Answer

Az **interfész** egy **szerződést** definiál — tagok (metódusok, tulajdonságok) halmazát, amelyet az implementáló osztályoknak kell biztosítaniuk, implementáció nélkül (hagyományosan). Egy osztály **több** interfészt is implementálhat, ami őket kulcsfontosságúvá teszi a rugalmas, lazán csatolt, tesztelhető tervezésben a C#-ban. ## Interfész definiálása és implementálása ```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"; } ``` Egy interfész (konvenció szerint `IXxx` névvel elnevezve) tagokat deklarál implementáció nélkül; az azt implementáló osztálynak **kötelező** biztosítania azokat. (A C# 8 óta az interfészek rendelkezhetnek *alapértelmezett* implementációkkal, de a szerződés szerep az elsődleges.) ## Több interfész (versus egyedülálló öröklés) ```csharp public class Widget : IDrawable, ISerializable, IComparable { // must implement ALL members of ALL interfaces } ``` Egy osztály **sok** interfészt implementálhat (ellentétben az egyedülálló osztályöröklödéssel) — a C# módja arra, hogy képességeket osszunk meg nem kapcsolódó típusok között. ## Polimorfizmus interfészeken keresztül (a fő előny) ```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 ``` ## Gyakori .NET interfészek és tesztelhetőség ```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) ``` ## Miért fontos ez Az interfészek központiak a jó C# tervezésben, és alapvetőek abban, ahogy a .NET keretrendszer és a modern C# alkalmazások strukturáltak, így azok megértése elengedhetetlen. Az interfészek **szerződéseket** definiálnak (mit tud tenni egy típus) implementáció nélkül, és egy osztály **több** interfészt is implementálhat — ami őket a C# elsődleges eszközévé teszi a rugalmas, lazán csatolt tervezéshez és válasza az egyedülálló öröklés korlátaira (képességek megosztása nem kapcsolódó típusok között). A legfontosabb előny a **laza csatolás és tesztelhetőség** lehetővé tétele: amikor konkrét osztályok helyett interfészekre támaszkodunk ("programozzunk interfészekre"), a kód rugalmassá válik (implementációk cseréje) és nagyon **tesztelható** (mock implementációk injektálása tesztekben — egy fő oka annak, hogy az interfészekre nagy hangsúly helyezik, mivel ezek a függőség injektálást és az egységtesztelést gyakorlativá teszik). Az interfészek szintén lehetővé teszik a **polimorfizmust** (különböző implementációk egységes kezelése az interfész típuson keresztül). Az interfészek megértése — szerződések definiálása, több implementálása, interfészekre programozás a csatolásmentesség és tesztelhetőség érdekében, valamint az általános .NET interfészek (`IEnumerable`, `IDisposable`, stb.) — fontos tudás a karbantartható, tesztelhető C# alkalmazások tervezéséhez és a keretrendszerrel való munkához (amely interfészek körül épül fel). Mivel az interfészek a függőség injektálást, a tesztelhetőséget és a rugalmas architektúrát alátámasztják — ezek mind a professzionális C# jellegzetességei — és végig jelen vannak a .NET-ben, az azok elsajátítása alapvető, gyakran alkalmazott tudás, amely a jól strukturált, tesztelhető C#-ot megkülönbözteti a szorosan csatolt kódtól, és egy gyakori interjúkérdés, amely a jó tervezési alapelvek megértésének tudatosságát tükrözi.