Cosa sono le interfacce in C#?

Question

Accepted Answer

Un'**interfaccia** definisce un **contratto** — un insieme di membri (metodi, proprietà) che le classi che la implementano devono fornire, senza implementazione (tradizionalmente). Una classe può implementare **molteplici** interfacce, rendendole fondamentali per un design flessibile, disaccoppiato e testabile in C#. ## Definire e implementare un'interfaccia ```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"; } ``` Un'interfaccia (denominata `IXxx` per convenzione) dichiara membri senza implementazione; una classe che la implementa **deve** fornirli. (Da C# 8 in poi, le interfacce possono avere implementazioni *predefinite*, ma il ruolo di contratto è primario.) ## Molteplici interfacce (vs ereditarietà singola) ```csharp public class Widget : IDrawable, ISerializable, IComparable { // must implement ALL members of ALL interfaces } ``` Una classe può implementare **molte** interfacce (a differenza dell'ereditarietà singola da classe) — il modo di C# per condividere capacità tra tipi non correlati. ## Polimorfismo attraverso le interfacce (il vantaggio chiave) ```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 ``` ## Interfacce .NET comuni e testabilità ```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) ``` ## Perché è importante Le interfacce sono centrali per un buon design in C# e sono fondamentali per come il framework .NET e le applicazioni C# moderne sono strutturate, quindi comprenderle è essenziale. Le interfacce definiscono **contratti** (cosa può fare un tipo) senza implementazione, e una classe può implementare **molteplici** interfacce — rendendole lo strumento primario di C# per il design flessibile e disaccoppiato e la risposta alle limitazioni dell'ereditarietà singola (condivisione di capacità tra tipi non correlati). Il vantaggio più importante è abilitare **l'accoppiamento lasco e la testabilità**: dipendendo dalle interfacce piuttosto che dalle classi concrete ("programmare su un'interfaccia"), il codice diventa flessibile (scambiare implementazioni) e altamente **testabile** (iniettare implementazioni mock nei test — una ragione principale per cui le interfacce sono enfatizzate, poiché rendono l'iniezione di dipendenze e i test unitari pratici). Le interfacce abilitano anche il **polimorfismo** (trattare diverse implementazioni uniformemente attraverso il tipo interfaccia). Comprendere le interfacce — definire contratti, implementare molteplici, programmare su interfacce per il disaccoppiamento e la testabilità, e le interfacce .NET comuni (`IEnumerable`, `IDisposable`, ecc.) — è una conoscenza importante per progettare applicazioni C# mantenibili e testabili e per lavorare con il framework (che è costruito attorno alle interfacce). Poiché le interfacce sono alla base dell'iniezione di dipendenze, della testabilità e dell'architettura flessibile — tutti caratteri distintivi del C# professionale — e appaiono in tutto .NET, padroneggiarle è una conoscenza fondamentale e frequentemente applicata che distingue il C# ben-architetturato e testabile dal codice strettamente accoppiato, ed è un argomento comune nei colloqui riflettendo la comprensione dei buoni principi di design.