类继承的使用场景：代码复用的实际应用

类继承的使用场景：代码复用的实际应用

在写程序的时候，经常会遇到这样一种情况：好几个功能模块长得差不多，只有小部分不一样。比如做一套员工管理系统，普通员工、经理、实习生都有姓名、工号这些基本信息，但薪资计算方式不同。这时候如果每个类都从头写一遍，不仅费劲还容易出错。

类继承就是为了解决这类问题而存在的。通过让新类“继承”已有类的属性和方法，可以避免重复写相同的代码，还能让结构更清晰。

常见使用场景一：共享基础属性

比如开发一个图形绘制工具，圆形、矩形、三角形都有颜色、边框粗细等共用属性。可以把这些公共部分放在一个“图形”基类里：

class Shape {
    protected String color;
    protected int borderWidth;

    public void setColor(String color) {
        this.color = color;
    }
}

class Circle extends Shape {
    private double radius;

    public double getArea() {
        return Math.PI * radius * radius;
    }
}

这样所有继承 Shape 的子类都能直接使用 color 和 borderWidth，不用再重复定义。

场景二：统一接口，差异化实现

在处理不同设备的驱动程序时，打印机、扫描仪、摄像头虽然操作不同，但都需要“打开”“关闭”“检查状态”这些动作。可以定义一个 Device 类作为父类，子类各自实现具体逻辑：

abstract class Device {
    abstract void start();
    abstract void stop();
}

class Printer extends Device {
    void start() {
        System.out.println("启动打印机，加热喷头...");
    }

    void stop() {
        System.out.println("关闭打印机电源");
    }
}

上层调用时只需要知道是 Device 类型就行，不需要关心具体设备类型，扩展新设备也方便。

实际开发中的好处

项目做大了以后，维护成本会上升。用了继承之后，像日志记录、权限校验这种通用功能可以放在基类里统一处理。比如所有页面控制器都要检查登录状态，那就写在一个 BaseController 里，其他页面直接继承即可。

当然也不是所有地方都适合用继承。如果两个类只是碰巧有相同字段，但业务上没关系，强行继承反而会让逻辑变乱。关键还是看有没有“是一种”的关系——比如经理“是一种”员工，图形“是一种”可视元素，这种才适合用继承。

合理使用类继承，能让代码更干净，改起来也省心。特别是在团队协作中，结构清晰的继承体系能减少沟通成本，避免重复造轮子。