UnityのC#インターフェース | 共通の型でつなぐ

「IDamageableって何？」「interfaceって継承と何が違うの？」

こんな疑問が浮かびますよね。
インターフェースは、クラス設計の中でも最初は出番が少ない概念です。
しかし、プレイヤー・敵・壊れる箱など「ダメージを受けられるもの」を1つの型でまとめて扱いたい場面では、とても便利です。

この記事では、interfaceの役割、「できること」の契約としての考え方、Unityゲームでの具体例まで整理します。
頻度は低くても、検索で来た方がすぐ使える内容を中心に書きます。

＼プログラミング未経験でも大丈夫！まずは1本作り切ろう／

初心者が最初に選ぶならコレ

Unity ノンフィールドRPG
＋スレスパ風JRPG講座

★★★★★ (Unity6対応)

Unity6対応・スマホ化対応の最新カリキュラム。「何から始めればいいかわからない」という初心者でも、ステップごとに手を動かすだけでRPGが完成します。

講座を見てみる ＼ゼロからでもスマホ対応RPGが作れる！／

憧れのアクションゲームに挑戦

Unity 2Dアクションゲーム
の作り方講座（ロックマン風）

★★★★★ (スマホ化・広告実装)

初心者でもロックマン風の横スクロールACTが作れる講座。7ステージ＋ラスボスという本格構成で、スマホ化・広告実装まで対応。「自分のゲームをリリースしたい」夢を叶えます。

講座を見てみる ＼初心者でも本格ACTが完成する！／

3Dゲーム開発の入口はここ

ゼルダ風3Dアクションゲーム
の作り方講座

★★★★★ (スマホ化対応)

「3Dゲームって難しそう…」と感じている初心者向けの講座。全16回でゼルダ風3Dアクションがスマホ対応で作れるようになります。3D開発の基礎がしっかり身につきます。

講座を見てみる ＼初心者でも全16回で3Dゲームが完成！／

インターフェースとは何か

インターフェース（interface）は、「このクラスは、こういうメソッドを持っていなければならない」という約束（契約）を定義する仕組みです。
中身の処理は書きません。
メソッド名と型だけを宣言します。

public interface IDamageable
{
    void TakeDamage(int amount);
    int CurrentHp { get; }
}

クラス名の先頭に「I」を付けるのがC#の慣習です（I = Interface）。
TakeDamageを実装したクラスは、IDamageable型として扱えるようになります。

継承との違い

継承とインターフェースは、どちらも「型の関係」を表しますが、役割が異なります。

PlayerとEnemyは別の継承木にいても、どちらもIDamageableを実装すれば、同じ攻撃処理からダメージを与えられます。

IDamageableの実装例

プレイヤー、敵、壊れる宝箱を、1つの攻撃スクリプトから扱う例です。

public interface IDamageable
{
    void TakeDamage(int amount);
}

public class PlayerHealth : MonoBehaviour, IDamageable
{
    private int hp = 100;

    public void TakeDamage(int amount)
    {
        hp -= amount;
        Debug.Log("プレイヤー HP:" + hp);
    }
}

public class EnemyHealth : MonoBehaviour, IDamageable
{
    [SerializeField] private int hp = 30;

    public void TakeDamage(int amount)
    {
        hp -= amount;
        if (hp <= 0) Destroy(gameObject);
    }
}

クラス宣言の「: MonoBehaviour, IDamageable」のように、MonoBehaviour継承とinterface実装を同時に書けます。
カンマで区切るのがポイントです。

管理人

interfaceは「共通の入口」を作る道具です。
中身がPlayerでもEnemyでも、TakeDamageさえ呼べれば攻撃側は詳細を知る必要がありません。
最初は「攻撃側を1本にまとめられる」という実利だけ覚えておけば十分です。

複数interfaceの実装

C#では、1つのクラスが複数のinterfaceを実装できます。
プレイヤーが「ダメージを受けられる」かつ「アイテムを拾える」場合の例です。

public interface IPickupable
{
    void PickUp;
}

public class PlayerController : MonoBehaviour, IDamageable, IPickupable
{
    private int hp = 100;

    public void TakeDamage(int amount) { hp -= amount; }
    public void PickUp { Debug.Log("アイテム取得"); }
}

カンマでinterfaceを並べれば、能力を組み合わせて追加できます。
継承は1つだけですが、interfaceは複数持てる——この違いが設計上の大きなポイントです。

攻撃側からinterface型で参照する

攻撃判定スクリプトは、相手がプレイヤーか敵かをif文で分岐しなくてよくなります。

public class Bullet : MonoBehaviour
{
    [SerializeField] private int damage = 10;

    void OnTriggerEnter(Collider other)
    {
        IDamageable target = other.GetComponent<IDamageable>;
        if (target != null)
        {
            target.TakeDamage(damage);
            Destroy(gameObject);
        }
    }
}

GetComponent<IDamageable>は、そのGameObjectにIDamageableを実装したコンポーネントがあれば取得します。
宝箱用のBreakableBox脚本を後から追加しても、弾丸側のコード変更は不要です。

interface実装の確認手順

1. interfaceを定義する（例：IDamageable）
2. 対象クラスにinterfaceを実装宣言する
3. 宣言したメソッドを必ず実装する（未実装だとコンパイルエラー）
4. 参照側はinterface型でGetComponentする

ゲームでよく使うinterfaceの例

実務やサンプルコードでよく見るinterfaceには、次のようなものがあります。

• IDamageable：ダメージを受けられる対象
• IInteractable：調べる・話しかける対象
• IPickupable：拾えるアイテム

名前はプロジェクトごとに自由ですが、「I + 形容詞/動詞可能形」で統一すると、チーム開発でも読みやすくなります。
最初の1つはIDamageableから始めるのがおすすめです。

初心者がinterfaceを使うタイミング

interfaceは設計が進んでから必要になることが多いです。
次のような状況になったら検討しましょう。

• 同じ処理を、プレイヤー・敵・オブジェクトにコピペしている
• if (other.tag == “Player”) の分岐が増え続けている
• 新しい「ダメージ対象」を追加するたびに、攻撃側を書き換えている

敵が1種類、プレイヤーだけのプロトタイプ段階では、無理にinterfaceを入れなくて大丈夫です。
機能が増えてからリファクタリングで導入する進め方でも問題ありません。

管理人

「interface = 共通のリモコンボタン」だと覚えるとイメージしやすいです。
中身は違っても、TakeDamageボタンを押せば反応する、という関係ですね。

よくあるつまずき

interfaceを初めて書くとき、次のエラーに出会いやすいです。

• メソッド未実装 → interfaceで宣言したメソッドをクラス内に書く
• GetComponentがnull → 相手側にinterfaceを実装したコンポーネントが付いているか確認
• public修飾子 → interface経由で呼ぶメソッドはpublicが基本
• 過剰設計 → 使うクラスが2つだけのうちは、普通の参照でも十分な場合がある

「interfaceを使わないとダメ」ではありません。
コードの見通しが悪くなってきたタイミングで導入する、というスタンスで大丈夫です。

管理人

IDamageableを1つ作って、PlayerとEnemyに実装するだけでも十分な学習になります。
弾丸からGetComponentで叩いてみましょう。

まとめ

C#のインターフェースは、「こういうメソッドを持つ」という契約を定義する仕組みです。
IDamageableのようにダメージ処理を共通化すると、攻撃側は相手の種類を気にせずTakeDamageを呼べます。

継承が「〜である」関係なら、interfaceは「〜できる」関係を表します。
最初から全部使う必要はなく、if分岐が増えてきたタイミングで導入すれば十分です。
設計力を伸ばしたい方は、Unity入門の森でゲーム制作を通じてC#の考え方も深められます。
今日はIDamageableを定義して、PlayerHealthに実装するところから試してみてください。