Java多态与继承实现薪资计算方法

本文深入剖析了Java中利用抽象类与多态实现薪资计算器的核心设计原则：Employee必须声明为abstract以防止非法实例化并保障多态有效，calculateSalary()绝不能是static以确保运行时动态绑定子类逻辑；字段需按共用性合理分布——baseSalary等通用属性放父类，bonus或daysWorked等特有属性归属子类，兼顾语义清晰与内存效率；同时强调测试中必须避免用==比较double类型薪资结果，而应采用带误差容限的assertEquals或整数分单位处理。这些看似细微的设计取舍，恰恰决定了系统是否健壮、可扩展且易于维护。

为什么 Employee 类必须是 abstract

直接 new Employee 会导致编译错误，因为薪资计算逻辑在父类里没法统一实现——经理和实习生的工资结构完全不同。不加 abstract，编译器会允许你实例化一个“说不清怎么算工资”的员工，后续多态就失效了。

常见错误现象：java.lang.Error: Unresolved compilation problem: Cannot instantiate the type Employee

• 所有含未实现 calculateSalary() 的父类，必须声明为 abstract class Employee
• 子类要么实现该方法，要么也声明为 abstract（但通常不这么做）
• 接口也能定义行为，但这里需要共享字段（如 name、baseSalary），用抽象类更自然

calculateSalary() 方法不能是 static

多态靠的是运行时对象的实际类型决定调用哪个版本的方法。如果写成 static，JVM 看的是引用类型，不是实例类型——Employee e = new Manager(...); e.calculateSalary() 会永远调用 Employee 里的 static 版本，彻底绕过子类逻辑。

使用场景：你希望同一段处理代码（比如遍历 List）自动适配不同员工类型的计算规则。

• 务必去掉 static 修饰符
• 确保子类重写时方法签名完全一致（返回值、参数、名称），否则不是重写而是重载
• 加上 @Override 注解，编译器能帮你揪出拼写或参数错误

Manager 和 Intern 的字段设计差异

字段要不要放在父类，取决于是否所有子类都共用。比如 bonus 只有经理有，硬塞进 Employee 会让实习生对象多占内存、语义混乱；而 baseSalary 大家都有，放父类最干净。

性能影响：字段冗余不会拖慢计算，但会增加对象大小和 GC 压力，尤其当员工数量上万时。

• Manager 单独加 private double bonus，构造时传入
• Intern 加 private int daysWorked 和 private double dailyRate，避免用 baseSalary 硬套
• 父类只保留真正通用的字段：protected String name、protected double baseSalary

测试时别用 == 比较 salary 计算结果

浮点数运算存在精度误差，比如 1000.0 * 1.2 可能得 1200.0000000000002。用 == 判断两个 double 是否相等，极大概率失败。

常见错误现象：单元测试里 assertThat(manager.calculateSalary(), is(1200.0)) 突然红了，但打印出来看起来一模一样。

• 改用 assertEquals(expected, actual, delta)，例如 assertEquals(1200.0, manager.calculateSalary(), 0.01)
• 或者把金额转成 int 分单位处理（推荐用于真实薪资系统）
• 不要在 toString() 或日志里依赖 == 判断业务逻辑是否正确

多态本身不难，难的是在加字段、改方法、写测试时，下意识忽略类型实际是什么——尤其是 static 和 == 这两个坑，一次写错，后面花三倍时间找。

今天关于《Java多态与继承实现薪资计算方法》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！