인터페이스(관례상 IXxx로 명명)는 구현 없이 멤버를 선언하고, 이를 구현하는 클래스는 반드시 그것들을 제공해야 합니다. (C# 8부터 인터페이스는 기본 구현을 가질 수 있지만, 계약 역할이 주된 것입니다.)
public class Widget : IDrawable, ISerializable, IComparable<Widget>
{
// 모든 인터페이스의 모든 멤버를 반드시 구현
}
클래스는 여러 인터페이스를 구현할 수 있습니다(단일 클래스 상속과 달리) — 관련 없는 타입들 간에 기능을 공유하는 C#의 방법입니다.
// 인터페이스에 맞춰 프로그래밍 — 어떤 구현과도 동작
List<IShape> shapes = new() { new Circle(), new Square() };
foreach (IShape s in shapes)
Console.WriteLine(s.Area()); // 각 타입의 구현을 호출
void Process(IRepository repo) { } // 구체 클래스가 아니라 인터페이스에 의존
IEnumerable<T>, IDisposable, IComparable<T>, IEquatable<T> // 프레임워크 인터페이스
// 인터페이스는 테스트에서 모킹을 가능하게 함(인터페이스에 의존, 목 주입)
public class Service(IEmailSender sender) { } // 어떤 IEmailSender든 주입(실제 또는 목)
인터페이스는 좋은 C# 설계의 중심이며 .NET 프레임워크와 현대 C# 애플리케이션이 어떻게 구조화되는지에 기본이 되므로, 이해하는 것이 필수적입니다.
인터페이스는 구현 없이 계약(타입이 무엇을 할 수 있는지)을 정의하고, 클래스는 여러 인터페이스를 구현할 수 있어 — 유연하고 결합도가 낮은 설계를 위한 C#의 주요 도구이자 단일 상속 한계에 대한 답입니다(관련 없는 타입들 간 기능 공유).
가장 중요한 이점은 느슨한 결합과 테스트 가능성을 가능하게 한다는 것입니다. 구체 클래스가 아닌 인터페이스에 의존함으로써("인터페이스에 맞춰 프로그래밍"), 코드는 유연해지고(구현을 교체) 매우 테스트 가능해집니다(테스트에서 목 구현을 주입 — 인터페이스가 강조되는 주된 이유로, 의존성 주입과 단위 테스트를 실용적으로 만듦).
인터페이스는 또한 다형성(서로 다른 구현을 인터페이스 타입을 통해 일관되게 다룸)을 가능하게 합니다.
인터페이스를 이해하는 것 — 계약 정의, 여러 개 구현, 결합도 감소와 테스트 가능성을 위한 인터페이스 지향 프로그래밍, 흔한 .NET 인터페이스(IEnumerable, IDisposable 등) — 은 유지보수 가능하고 테스트 가능한 C# 애플리케이션을 설계하고 프레임워크(인터페이스를 중심으로 구축됨)를 다루는 데 중요한 지식입니다.
인터페이스는 의존성 주입, 테스트 가능성, 유연한 아키텍처 — 모두 전문적인 C#의 특징 — 를 떠받치고 .NET 전반에 등장하므로, 이를 숙달하는 것은 잘 설계되고 테스트 가능한 C#을 강하게 결합된 코드와 구별하는 핵심적이고 자주 적용되는 지식이며, 좋은 설계 원칙의 이해를 반영하는 흔한 면접 주제입니다.