IDamageable

Viele Dinge in einem Spiel können Schaden nehmen, haben aber sonst wenig gemeinsam: Der Spieler hat Lebenspunkte, eine Kiste zerbricht beim ersten Treffer. Eine gemeinsame Basisklasse würde sie in dieselbe Klassenfamilie zwingen. Ein Interface benennt die eine Gemeinsamkeit, und jedes Skript implementiert es auf seine eigene Weise:

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

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

    public void TakeDamage(int amount)
    {
        hp -= amount;
        Debug.Log("Ouch! hp: " + hp);
    }
}

public class Crate : MonoBehaviour, IDamageable
{
    public void TakeDamage(int amount)
    {
        Destroy(gameObject);
    }
}

Ein Skript hat weiterhin nur eine Basisklasse, MonoBehaviour, und führt die Interfaces danach auf. Das Interface steht in einer eigenen Datei, IDamageable.cs, und leitet sich nicht von MonoBehaviour ab: Es ist keine Komponente und wird nie allein einem Objekt hinzugefügt. Eine Klasse, die es aufführt, muss eine öffentliche Methode TakeDamage(int) haben, sonst wird sie nicht kompiliert.

Was auch immer den Schaden verursacht, fragt nach dem Interface, nicht nach einer Klasse:

// Fireball.cs
void OnCollisionEnter(Collision collision)
{
    IDamageable target = collision.gameObject.GetComponent<IDamageable>();
    if (target != null)
    {
        target.TakeDamage(3);
    }
    Destroy(gameObject);
}

Der Feuerball verletzt mit denselben Codezeilen den Spieler und zerbricht Kisten. Wird später eine weitere Art von Ziel hinzugefügt, muss hier nichts geändert werden. Unity zeigt ein Feld vom Typ eines Interfaces nicht im Inspector an. Deshalb speichern Skripte ein GameObject oder eine Komponente und fragen dort nach dem Interface, wie es der Feuerball tut.