本文讲解如何通过实例变量而非静态变量保存构造函数参数，并修正加班工资计算逻辑，确保每个员工对象能独立、准确地计算周薪。
在面向对象编程中，构造函数的核心作用是为当前实例（object）初始化状态。原代码中将 HourlyWage 和 Worked 声明为 static 字段，导致所有 Hourly 实例共享同一份数据——即后创建的对象会覆盖前一个对象的值。因此，当 B 被创建时，Worked 和 HourlyWage 的静态值被更新为 60 和 15.50，而 A.WeeklyPay() 在调用时实际使用的是被 B 覆盖后的值，造成两个对象计算结果相同（均为 465.0），完全丧失了对象独立性。
✅ 正确做法：使用实例变量 + this 关键字
应将字段声明为非静态（instance）成员变量，并在构造函数中通过 this. 明确赋值给当前实例：
public class Hourly extends Employee {
private double hourlyWage; // ← 实例变量，非 static
private int worked; // ← 实例变量，非 static
public Hourly(int id, String name, double hourlyWage, int worked) {
super(name, id);
this.hourlyWage = hourlyWage; // ← 绑定到当前对象
this.worked = worked;
}
}⚠️ 注意命名规范：Java 社区惯例使用小驼峰（camelCase）命名实例变量（如 hourlyWage），避免与参数名冲突；同时移除 static 修饰符是关键——否则无论多少个对象，都只有一份“全局”值。
✅ 修复周薪计算逻辑
原 WeeklyPay() 方法存在两处错误：
- 逻辑错误：仅计算了加班部分（Worked > 40 分支），却未加上前 40 小时的正常工资；
- 数学错误：(Worked - 40) * (HourlyWage * 1.5) 仅得加班费，漏掉基础工时收入。
正确公式应为：
总周薪 = 前40小时 × 时薪 + 超出部分 × 时薪 × 1.5
立即学习“Java免费学习笔记（深入）”；
对应实现如下：
protected double WeeklyPay() {
if (worked > 40) {
double regularPay = 40 * hourlyWage;
double overtimePay = (worked - 40) * hourlyWage * 1.5;
return regularPay + overtimePay;
} else {
return worked * hourlyWage;
}
}也可简写为一行（推荐保持可读性，故不建议过度压缩）：
return worked <= 40
? worked * hourlyWage
: 40 * hourlyWage + (worked - 40) * hourlyWage * 1.5;✅ 完整验证示例
public static void main(String[] args) {
Hourly A = new Hourly(1111, "John Smith", 15.25, 40);
System.out.println(A); // ID: 1111, Name: John Smith, Hourly Wage: 15.25, Hours Worked: 40
System.out.println("Weekly pay for A: $" + A.WeeklyPay()); // → $610.0
Hourly B = new Hourly(2222, "Oliver Thomas", 15.50, 60);
System.out.println(B); // ID: 2222, Name: Oliver Thomas, Hourly Wage: 15.5, Hours Worked: 60
System.out.println("Weekly pay for B: $" + B.WeeklyPay()); // → $1085.0
}✅ 输出结果符合预期：
- A（40 小时）：40 × 15.25 = 610.0
- B（60 小时）：40 × 15.5 + 20 × 15.5 × 1.5 = 620 + 465 = 1085.0
? 总结
- ❌ 避免在需区分实例状态的场景中滥用 static 字段；
- ✅ 构造函数参数应赋值给实例变量，并通过 this. 明确引用；
- ✅ 加班工资 = 基础工资 + 加班溢价，不可遗漏任一部分；
- ✅ 始终通过具体对象调用方法（如 A.WeeklyPay()），确保行为绑定到对应实例。
遵循以上原则，即可构建出真正面向对象、可扩展、无副作用的薪资计算类。
