游戏法术系统模块化实现：方法调用限制与接口属性复用方案探讨

我正在为一款游戏开发基础法术系统（Spell system），尝试以模块化方式实现法术行为（spell behaviour）。当前遇到以下问题：希望特定方法仅能被实现了特定接口的法术子类调用，同时该方法能直接访问接口属性。

现有代码结构如下：

public abstract class Spell 
{
    public abstract void DoStuff();

    public void DoProjectileMovement() 
    {
        // 处理法术移动逻辑
        // 希望仅允许实现了Projectile接口的法术调用此方法
    }
}

public interface Projectile 
{
    int projNum { get; set; }
    float projSpeed { get; set; }
}

public class Fireball : Spell, Projectile 
{
    public int projNum { get; set; }
    public float projSpeed { get; set; }

    public override void DoStuff()
    {
        DoProjectileMovement();
    }
}

目前DoProjectileMovement()无法访问Projectile接口的属性，直接传入接口实例的方案（DoProjectileMovement(Projectile proj)）虽然可行，但调用时需要传入this，显得冗余。由于我明确Projectile接口仅会被Spell的子类实现，且需要支持多接口组合（比如Fireball同时实现Exploding接口，C#不支持多继承，因此无法用抽象类ProjectileSpell），想确认：在Projectile接口中为DoProjectileMovement添加默认实现，并确保实现类同时是Spell的方案是否可行？

这个方案完全可行，且能满足你的需求，具体实现如下：

1. 为Projectile接口添加默认实现 #

利用C# 8.0及以上支持的接口默认实现特性，将DoProjectileMovement移至Projectile接口中，并在实现里确保当前实例是Spell子类（符合你的设计约定）：

public interface Projectile
{
    int projNum { get; set; }
    float projSpeed { get; set; }

    // 接口默认实现
    public void DoProjectileMovement()
    {
        // 运行时检查当前实例是否为Spell子类（兜底你的设计约定）
        if (this is not Spell)
        {
            throw new InvalidOperationException("Projectile接口仅允许Spell子类实现");
        }

        // 直接访问Projectile接口的属性
        // 示例移动逻辑（可根据游戏需求修改）
        Console.WriteLine($"正在移动 {projNum} 个投射物，速度：{projSpeed}");
        // 若需要访问Spell类的成员，可转换为Spell实例：
        // Spell spell = this as Spell;
        // spell.xxx...
    }
}

2. 法术子类调用方式 #

实现了Projectile接口的Spell子类可以直接调用该方法，无需传参：

public class Fireball : Spell, Projectile, Exploding // 支持多接口组合
{
    public int projNum { get; set; }
    public float projSpeed { get; set; }
    // Exploding接口的实现...

    public override void DoStuff()
    {
        DoProjectileMovement(); // 直接调用，无需传this
    }
}

方案优势 #

• 调用简洁：无需额外传递this参数，代码更干净
• 保留模块化灵活性：支持多接口组合，不会像抽象类那样限制继承关系
• 设计约定兜底：通过运行时检查确保只有Spell子类能正确执行该方法（符合你明确的设计规则）

内容的提问来源于stack exchange，提问作者Hodge