如何设计java抽象类

在 Java 中，抽象类（abstract class）用于抽取一组相关类的公共行为和属性，同时保留让子类去实现具体细节的能力。下面从设计原则、语法要点、常见结构、示例和注意事项几个方面说明如何设计 Java 抽象类。

一、抽象类的基本语法

public abstract class Animal {
    // 普通属性
    protected String name;

    // 构造方法
    public Animal(String name) {
        this.name = name;
    }

    // 普通方法
    public void sleep() {
        System.out.println(name + " is sleeping");
    }

    // 抽象方法（无方法体）
    public abstract void makeSound();
}

要点：

• 使用 abstract 修饰类
• 可包含：
  • 成员变量
  • 构造方法（不能实例化，但可被子类调用）
  • 普通方法
  • 抽象方法（必须被子类实现）

二、抽象类的设计原则

1. 抽取“共性”，而非“个性”

抽象类应表示一类事物的共同特征。

✅ 适合抽象类：

• 动物（Animal）
• 车辆（Vehicle）
• 支付方式（Payment）

❌ 不适合：

• 只有一个实现类
• 只放工具方法（应使用 interface 或 final class）

2. 定义“模板方法”（Template Method）

抽象类非常适合模板方法模式：

public abstract class Game {
    public final void play() {
        start();
        run();
        end();
    }

    abstract void start();
    abstract void run();
    abstract void end();
}

子类只需关注变化点，流程由父类控制。

3. 提供“默认实现”，减少子类负担

public abstract class Logger {
    public abstract void log(String msg);

    public void logError(String msg) {
        log("[ERROR] " + msg);
    }
}

4. 构造方法用于初始化公共状态

public abstract class Shape {
    protected String color;

    public Shape(String color) {
        this.color = color;
    }
}

三、抽象类 vs 接口（设计选择）

经验法则：

• 强调 “是某种事物” → 抽象类
• 强调 “具备某种能力” → 接口

四、完整设计示例

public abstract class Employee {
    protected String name;
    protected double salary;

    public Employee(String name, double salary) {
        this.name = name;
        this.salary = salary;
    }

    public void work() {
        System.out.println(name + " is working");
    }

    public abstract double calculateBonus();
}

public class Manager extends Employee {
    public Manager(String name, double salary) {
        super(name, salary);
    }

    @Override
    public double calculateBonus() {
        return salary * 0.2;
    }
}

五、常见设计错误

❌ 抽象类里全是抽象方法（应直接用接口）
❌ 抽象类承担过多职责（违反单一职责）
❌ 频繁修改抽象类（影响所有子类）
❌ 把“工具类”写成抽象类

六、什么时候不该用抽象类？

• 只想定义行为契约 → 接口
• 需要多继承 → 接口
• 无共享状态或逻辑 → 接口或普通类

如果你有具体业务场景（如订单系统、支付系统、游戏等），我可以帮你设计一个更贴合的抽象类结构。