类继承与接口实现为何关联对象？核心概念疑问解析

问题1：为何《设计模式》称类继承是“基于另一个对象的实现来定义一个对象的实现”？ #

这里的表述是从对象的最终行为与状态角度出发的，而非代码编写时的类层面视角。

类本质是对象的“模板”，父类的定义（包括字段、方法体、初始化逻辑等）其实是在描述它的实例对象会拥有的状态存储方式和行为实现逻辑。当子类继承父类时，它复用了父类为对象准备的这些实现细节——比如子类的实例会继承父类的字段来存储状态，会直接使用父类已实现的方法体来完成行为，无需重新编写。

举个C++的例子：

class Animal {
protected:
    std::string name; // 父类定义的状态存储
public:
    Animal(std::string n) : name(n) {}
    void speak() { // 父类定义的行为实现
        std::cout << "Animal speaks" << std::endl;
    }
};

class Dog : public Animal { // 类层面的继承
public:
    Dog(std::string n) : Animal(n) {}
};

当你创建Dog的实例Dog myDog("Buddy")时，这个对象的name字段和speak()方法的实现，完全是基于父类Animal为对象定义的实现来构建的。《设计模式》的表述是在强调：类继承的核心价值是让子类的对象能够复用父类对象的实现逻辑，代码里的类继承只是实现这个目标的语法手段。

问题2：接口是特殊的抽象类吗？为何称接口继承是“一个对象可被另一个对象替代使用”？ #

接口 vs 抽象类 #

不能简单把接口等同于“无字段的抽象类”，二者的设计目标完全不同：

• 抽象类的核心是复用实现：它可以包含已实现的方法、字段，子类继承它主要是为了复用这些实现，同时扩展或修改行为。
• 接口的核心是定义行为契约：它只规定了对象必须具备的行为（方法签名），不涉及任何实现细节（部分语言如Java 8+允许默认方法，但这是补充特性，不是核心），甚至很多语言里接口不允许定义字段（只能定义常量）。

为何是“对象可被替代使用”？ #

接口继承（子类型化）的本质是建立一种“可替换”的契约关系。当类B实现接口A时，意味着B的所有实例都符合A定义的行为契约——任何需要使用A类型对象的场景，都可以用B的实例来替代，且不会破坏程序的正确性（这就是里氏替换原则，LSP）。

举个Java的例子：

interface Flyable {
    void fly();
}

class Bird implements Flyable {
    public void fly() {
        System.out.println("Bird flies with wings");
    }
}

class Plane implements Flyable {
    public void fly() {
        System.out.println("Plane flies with engines");
    }
}

当你写一个方法public void letItFly(Flyable f) { f.fly(); }时，不管传入Bird实例还是Plane实例，方法都能正常工作——这就是“一个对象可被另一个对象替代使用”的具体体现。代码里的类实现接口是在类层面约定契约，但最终目的是让这些类的实例能够在符合契约的场景下互相替换。

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