C#继承建模疑问：鸟类飞行能力的合适实现方式探讨

兄弟，这个问题我太熟了——这其实是面向对象设计里重复代码复用和职责分离的经典场景，你的困惑完全合理，接口强制实现确实会带来冗余。下面给你几个靠谱的解决方案，你可以根据自己的建模场景选：

1. 给接口添加默认方法（Java 8+ / C# 8+ 支持） #

如果你的编程语言支持接口默认方法，这是最直接的解决方式。定义一个Flyable接口，在里面写好通用的fly()实现，这样所有实现这个接口的鸟类就自动拥有了飞行能力，不用重复写代码：

public interface Flyable {
    default void fly() {
        System.out.println("扇动翅膀，以标准方式飞行");
    }
}

// 会飞的鸟直接实现接口就行
public class Sparrow implements Flyable, Bird {
    // 不用重写fly()，直接用默认实现
}

// 不会飞的鸟就不实现Flyable
public class Ostrich implements Bird {
    // 没有fly方法，符合需求
}

这种方式的好处是既保留了接口的灵活性（鸟类可以自由选择是否具备飞行能力），又避免了重复代码，完美匹配你说的「所有会飞的鸟飞行方式完全一致」的场景。

2. 组合模式（推荐用于更复杂的能力扩展） #

如果以后可能出现多种飞行方式（比如滑翔、振翅），或者你想把飞行能力完全和鸟类解耦，组合模式会更优雅。核心思路是把「飞行能力」做成一个独立的类，鸟类通过持有这个类的实例来获得飞行能力：

// 先定义飞行行为的接口
public interface FlyBehavior {
    void fly();
}

// 实现通用的飞行方式
public class StandardFlyBehavior implements FlyBehavior {
    @Override
    public void fly() {
        System.out.println("扇动翅膀，以标准方式飞行");
    }
}

// 鸟类抽象类，持有飞行行为的引用
public abstract class Bird {
    protected FlyBehavior flyBehavior;

    // 提供设置飞行行为的方法，方便动态修改（比如以后要让某只鸟换飞行方式）
    public void setFlyBehavior(FlyBehavior flyBehavior) {
        this.flyBehavior = flyBehavior;
    }

    // 调用飞行行为
    public void performFly() {
        if (flyBehavior != null) {
            flyBehavior.fly();
        } else {
            System.out.println("这只鸟不会飞");
        }
    }
}

// 会飞的鸟
public class Sparrow extends Bird {
    public Sparrow() {
        // 初始化时赋予标准飞行能力
        this.flyBehavior = new StandardFlyBehavior();
    }
}

// 不会飞的鸟
public class Ostrich extends Bird {
    public Ostrich() {
        // 不设置飞行行为，或者设置一个NullFlyBehavior
        this.flyBehavior = null;
    }
}

这种方式的扩展性极强，以后要是新增一种「滑翔飞行」，只需要加一个GlideFlyBehavior类，然后让对应的鸟持有这个实例就行，完全不用修改现有鸟类的代码，符合开闭原则。

3. 抽象类基类（谨慎使用） #

如果你的鸟类体系比较简单，而且大部分鸟都会飞，也可以用抽象类来处理：

public abstract class Bird {
    // 所有鸟都有翅膀，这里可以定义翅膀相关的通用逻辑
    public void haveWings() {
        System.out.println("拥有翅膀");
    }

    // 会飞的鸟可以重写这个方法，不会飞的就保留默认实现
    public void fly() {
        throw new UnsupportedOperationException("这只鸟不会飞");
    }
}

public class Sparrow extends Bird {
    @Override
    public void fly() {
        System.out.println("扇动翅膀，以标准方式飞行");
    }
}

public class Ostrich extends Bird {
    // 不用重写fly，调用时会抛出异常，或者你可以重写返回提示
    @Override
    public void fly() {
        System.out.println("我不会飞");
    }
}

但这种方式的缺点是，Java等语言是单继承的，如果鸟类已经继承了其他类，就没法用这个方案了，而且灵活性不如接口+默认方法或者组合模式，所以只适合简单场景。

总结一下：如果只是当前的需求（所有会飞的鸟飞行方式一致），接口默认方法是最简单高效的；如果考虑未来扩展，组合模式是更专业的选择。

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