接口隔离原则C++示例：基于oodesign网站编写代码的技术咨询

嘿，我看你已经开始动手用C++实现接口隔离原则（ISP）了，先帮你把代码补全并跑通，再拆解下这里的ISP应用，顺便聊聊你可能关心的技术点：

首先，先把你未完成的代码补全为可运行的版本，同时加上ISP的扩展场景（比如机器人只工作不进食）：

#include <iostream>
using namespace std;

class IWorkable {
public:
    virtual void work() = 0;
    virtual ~IWorkable() = default; // 添加虚析构函数避免内存泄漏
};

class IFeedable{
public:
    virtual void eat() = 0;
    virtual ~IFeedable() = default; // 添加虚析构函数
};

// 接口组合：定义一个具备工作和进食能力的角色接口
class IWorker : public IFeedable, public IWorkable {
public:
    virtual ~IWorker() = default;
};

// 实现类：普通工人，既工作又吃饭
class Worker : public IWorkable, public IFeedable {
public:
    void work() override {
        cout << "Worker is working" << endl;
    }
    void eat() override {
        cout << "Worker is eating" << endl;
    }
};

// 扩展：机器人，只工作不吃饭（完美契合ISP，不需要实现无关的eat方法）
class Robot : public IWorkable {
public:
    void work() override {
        cout << "Robot is working" << endl;
    }
};

int main() {
    IWorkable* worker = new Worker();
    worker->work();
    
    IFeedable* feedableWorker = static_cast<IFeedable*>(worker);
    feedableWorker->eat();
    
    IWorkable* robot = new Robot();
    robot->work();
    
    delete worker;
    delete robot;
    
    return 0;
}

你的代码对ISP的核心应用点 #

• 拆分臃肿接口为单一职责接口：你没有把work和eat塞进同一个大接口，而是拆成了IWorkable（负责工作）和IFeedable（负责进食），完全符合ISP的核心——客户端不应该依赖它不需要的接口。
• 灵活的接口组合：你定义的IWorker接口是对两个单一职责接口的组合，用来描述“既会工作又会进食”的角色；而具体实现类（比如Worker）可以直接实现两个接口，也可以通过继承IWorker来复用角色定义，两种方式都保持了设计的灵活性。

常见的技术疑问解答 #

1. 为什么不直接用一个包含work和eat的IWorker接口？ #

假设你后续需要添加一个Robot类，它只需要工作不需要进食。如果用单一的IWorker接口，Robot就必须被迫实现eat方法——要么写一个空实现（这会让代码冗余且违反ISP，因为Robot根本不需要这个能力），要么导致设计逻辑混乱。拆分接口后，Robot只需要实现IWorkable即可，完全不需要关心进食相关的方法。

2. 继承组合接口（IWorker）和直接实现两个接口有什么区别？ #

• 如果有多个类都需要同时具备“工作+进食”的能力，让它们继承IWorker可以减少重复代码，统一角色定义；
• 直接实现两个接口则更灵活，适合不需要复用角色定义的场景，比如某个类只需要临时实现这两个接口，不需要归为统一角色。

3. 纯虚接口的注意事项 #

你写的接口都是纯虚类，这里有个关键细节：一定要给基类添加虚析构函数。如果基类没有虚析构函数，当你用基类指针删除子类对象时，会导致子类的析构函数无法被调用，进而引发内存泄漏。我在补全的代码里已经加上了virtual ~IWorkable() = default;这类定义，这是C++中纯虚接口的标准写法。

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