C#のインターフェイス：既定実装・static abstract・明示的実装

2026年11月改訂： この記事は2021年に韓国語で書いたインターフェイスの講座を、日本語の読者向けに書き直したものです。元の2つの例は .NET 10.0.14（C# 14）でコンパイルし直しても出力は同じでしたが、本文の説明には今の基準で誤り・不正確な点が5つありました。特に「同名のメソッドをインターフェイス名なしで実装するとエラーになる」という説明は2021年当時から正しくありませんでした。C# 8 以降のインターフェイスはメソッド本体・static フィールド・private メンバーを持てますし、C# 11 からは static abstract メンバーでジェネリック数値演算もできます。すべてコンパイルして確かめた例とエラーコードを載せています。

C# のインターフェイスを「中身のないメソッドの一覧」と習った人や、最近のコードで static abstract や本体付きのインターフェイスメソッドを見て戸惑った人向けの記事です。先に結論を書くと、インターフェイスは今も「この型はこういうことができる」という契約ですが、2026年のインターフェイスは既定の実装や静的な契約まで持てます。状態（インスタンスフィールド）が要るなら抽象クラス、それ以外はほとんどの場合インターフェイスで足ります。

インターフェイスの基本と2021年版の訂正

インターフェイスは interface キーワードで宣言し、クラスや構造体が : インターフェイス名 で実装します。元記事はこれを「継承」と呼んでいましたが、クラス同士は継承、クラスがインターフェイスを受けるのは実装、と分けたほうが正確です。基底クラスは1つしか持てませんが、インターフェイスはいくつでも実装できます。

元記事の特徴リストを .NET 10 で1つずつ確かめました。

実際のエラーメッセージです。

error CS0525: インターフェイスにインスタンス フィールドを含めることはできません
error CS0528: 'IA' は既にインターフェイス リストに存在します

元記事のインターフェイス継承の例（SubInterface : ParentInterface を MyClass が実装）はそのまま動きました。

Interface ParentInterface.myMethod() call!
Inherits SubInterface.myMethod() 0 call!
Inherits SubInterface.myMethod() 1 call!
Inherits SubInterface.myMethod() 2 call!
Inherits SubInterface.myMethod() 3 call!

「すべて漏れなく定義しなければならない」という説明も、本体のないメンバーについては今も正しいです。ただし後で見る既定実装付きのメンバーは実装しなくてもかまいません。

明示的実装が本当に必要な場面

元記事の最初の例は、print() を持つ2つのインターフェイスを void IMyInterfaceA.print() と void IMyInterfaceB.print() で明示的に実装していて、出力も同じでした。

IMyInterfaceA.print() 呼び出し
IMyInterfaceB.print() 呼び出し

一方で元記事は「インターフェイス名なしでメソッドだけ書くと、どちらのものか区別できずエラーになる」と説明していました。実際に試すとエラーにはなりません。

var mc = new MyClass();
IMyInterfaceA a = mc;
IMyInterfaceB b = mc;
a.print(); b.print(); mc.print();

interface IMyInterfaceA { void print(); }
interface IMyInterfaceB { void print(); }
class MyClass : IMyInterfaceA, IMyInterfaceB
{
    public void print() => Console.WriteLine("one public print() serves both");
}

one public print() serves both
one public print() serves both
one public print() serves both

public メソッド1つで2つの契約を同時に満たします。明示的実装を使うのは次のような場面です。

• インターフェイスごとに違う動作をさせたいとき（元記事の例のように）。
• 戻り値の型だけが違う同名メンバーを両方提供したいとき。IEnumerable<T> を実装するときに非ジェネリックの IEnumerable.GetEnumerator() を明示的に実装するのが典型です。
• 公開 API から隠したいメンバーがあるとき。明示的に実装したメンバーはクラス型の変数からは見えません。

var e = new Explicit();
e.print();                    // コンパイルエラー
((IMyInterfaceA)e).print();   // OK
class Explicit : IMyInterfaceA { void IMyInterfaceA.print() => Console.WriteLine("explicit only"); }

error CS1061: 'Explicit' に 'print' の定義が含まれておらず、型 'Explicit' の最初の引数を受け付けるアクセス可能な拡張メソッド 'print' が見つかりませんでした。using ディレクティブまたはアセンブリ参照が不足していないことを確認してください

注意点として、構造体の明示的実装メンバーを呼ぶためにインターフェイスへキャストするとボックス化が起きます。割り当て量の実測は構造体の記事にまとめました。

既定インターフェイスメソッド（C# 8）

C# 8 から、インターフェイスのメンバーに本体を書けるようになりました。公開済みのインターフェイスにメソッドを足しても、既存の実装クラスを壊さないための機能です。

ILogger plain = new ConsoleLogger();
ILogger custom = new LoudLogger();
plain.LogError("disk full");
custom.LogError("disk full");
Console.WriteLine($"ILogger.Count = {ILogger.Count}");

interface ILogger
{
    static int Count;                                                  // static フィールドは可
    void Log(string message);
    void LogError(string message) => Log(Stamp("ERROR " + message));   // 既定の実装
    private string Stamp(string s) { Count++; return $"[{Count}] {s}"; } // private メンバー
}
class ConsoleLogger : ILogger
{
    public void Log(string message) => Console.WriteLine(message);
}
class LoudLogger : ILogger
{
    public void Log(string message) => Console.WriteLine(message);
    public void LogError(string message) => Log("!!! " + message.ToUpper());
}

[1] ERROR disk full
!!! DISK FULL
ILogger.Count = 1

ConsoleLogger は LogError を実装していないので既定実装が動き、LoudLogger は同じシグネチャの public メソッドを持っているのでそちらが優先されました。ここで現場でよく引っかかるのが、既定実装はクラスに継承されないという点です。

var log = new ConsoleLogger();
log.LogError("x");   // ConsoleLogger 型の変数からは見えない

error CS1061: 'ConsoleLogger' に 'LogError' の定義が含まれておらず、…

既定実装は ILogger 型として扱うときにしか見えません。クラス型の変数から呼びたいなら、クラスに直接実装するか、インターフェイスに対する拡張メソッドにしたほうが素直です。LangVersion を 7.3 に下げると error CS8370: Feature 'default interface implementation' is not available in C# 7.3. Please use language version 8.0 or greater. となり、C# 8 の機能であることを確認できました。ランタイム側の対応も必要で、Microsoft Learn のドキュメントによると .NET Framework では使えず、.NET Core 3.0 以降が必要です。

static abstract メンバーとジェネリック数値演算（C# 11）

C# 11 から、インターフェイスが静的メンバーや演算子を契約として要求できるようになりました。これでジェネリックメソッドの中で T.Zero や a + b が書けます。

using System.Numerics;

Console.WriteLine(Total<Money>([new(100), new(250), new(5)]));
Console.WriteLine(Total2([1.5, 2.25]));

static T Total<T>(IEnumerable<T> items) where T : IAddable<T>
{
    T sum = T.Zero;
    foreach (var x in items) sum = sum + x;
    return sum;
}
static T Total2<T>(IEnumerable<T> items) where T : INumber<T>
{
    T sum = T.Zero;
    foreach (var x in items) sum += x;
    return sum;
}

interface IAddable<T> where T : IAddable<T>
{
    static abstract T Zero { get; }
    static abstract T operator +(T a, T b);
}
readonly record struct Money(decimal Amount) : IAddable<Money>
{
    public static Money Zero => new(0);
    public static Money operator +(Money a, Money b) => new(a.Amount + b.Amount);
}

Money { Amount = 355 }
3.75

確かめたことは3つです。

1. 自作の IAddable<T> に int は渡せません。Total<int>([1, 2, 3]) は error CS0315: 型 'int' はジェネリック型またはメソッド 'Total<T>(IEnumerable<T>)' 内で型パラメーター 'T' として使用できません。'int' から 'IAddable<int>' へのボックス変換がありません。 になりました。既存の型に後からインターフェイスを付けることはできないので、数値型を受けたいなら .NET が実装済みの INumber<T> 系を使います（Total2）。
2. static abstract メンバーは型パラメーター経由でしか呼べません。IZero.Zero のようにインターフェイス名で呼ぶと error CS8926: 静的な仮想または抽象インターフェイス メンバーには、型パラメーターでのみアクセスできます。
3. LangVersion=10 でコンパイルすると error CS8703: The modifier 'abstract' is not valid for this item in C# 10.0. Please use language version '11.0' or greater. となり、C# 11 の機能であることを確認しました。

where T : … 制約の基本はジェネリックの記事で扱っています。

インターフェイスか抽象クラスか：判断表

既定実装が書けるようになって「では抽象クラスと何が違うのか」という疑問をよく見かけます。違いは今もはっきりしています。

現場では、契約はインターフェイスとして公開し、実装どうしで共有するコードが多ければ、そのインターフェイスを実装する抽象基底クラスをもう1つ置く組み合わせがよく使われます。使う側はインターフェイスだけに依存するのでテスト用の偽実装を差し込みやすく、実装する側は抽象クラスから共通コードを受け継げます。virtual/override、sealed、コンストラクター内の仮想呼び出しの罠はクラスの継承の記事にまとめています。

確認環境：.NET SDK 10.0.403／ランタイム 10.0.14、C# 14（net10.0 の既定）、macOS（Apple Silicon Mac）。エラーメッセージは日本語 SDK の出力そのままで、LangVersion を下げた確認のメッセージは英語 SDK の出力です。