本文介绍一种不依赖自定义输入类（如 standardinputread）的、面向生产环境的对象数组局部更新方案，通过参数化控制实现仅修改非 null/0 字段，避免覆盖原有值。
本文介绍一种不依赖自定义输入类（如 standardinputread）的、面向生产环境的对象数组局部更新方案，通过参数化控制实现仅修改非 null/0 字段，避免覆盖原有值。
在实际 Java 项目开发中，直接使用 StandardInputRead 等封装类读取用户输入虽便于教学演示，但违背了“关注点分离”原则——业务逻辑方法（如 updateTask）不应承担 I/O 职责。正确做法是将输入获取与数据更新解耦：由调用方负责收集并校验用户输入，再将清洗后的参数传入更新方法。这样既提升可测试性，也符合单一职责原则。
以下是重构后的专业级 updateTask 实现：
/**
* 更新指定索引处任务对象的非空字段，保留其余字段原值
* @param index 任务在 projectTasks 数组中的有效下标（0-based）
* @param tID 新任务ID（null 表示不更新）
* @param title 新标题（null 表示不更新）
* @param newFrom 新起始日期（null 表示不更新）
* @param newTo 新截止日期（null 表示不更新）
* @param stat 新状态（null 表示不更新）
*/
private void updateTask(int index, String tID, String title, Date newFrom, Date newTo, Status stat) {
// 边界与空值校验
if (index = this.numOfTasks || projectTasks[index] == null) {
System.out.println("错误：无效的任务索引或该位置无任务。");
return;
}
Task target = projectTasks[index];
// 仅当参数非 null 时才执行更新（字符串和引用类型统一用 null 判定）
if (tID != null) target.setTaskID(tID);
if (title != null) target.setTaskTitle(title);
if (newFrom != null) target.setTaskFromDate(newFrom);
if (newTo != null) target.setTaskEndDate(newTo);
if (stat != null) target.setTaskStatus(stat);
// ✅ 关键修正：移除冗余的 new Task(...) 赋值！
// 原代码中 projectTasks[i] = new Task(...) 会丢弃所有未传参字段的原始值，
// 正确做法是就地修改（in-place update），而非重建对象。
}
⚠️ 重要注意事项：
- 禁止重建对象：原答案中 projectTasks[i] = new Task(...) 是严重缺陷——它强制用传入参数（含大量 null）覆盖整个对象，导致未指定字段被重置为默认值（如空字符串、null 日期等），完全违背“仅更新指定字段”的需求。
- 数值类型处理：若需支持 int 等基本类型（如 priority: int），应改用其包装类 Integer，以便用 null 表示“不更新”，例如：updateTask(int index, String title, Integer priority, ...)。
-
调用方责任：输入解析应在外部完成，例如：
// Controller 层示例（调用前处理用户输入） String inputID = getUserInput(); // 可能为 "null" 字符串 String tID = "null".equals(inputID) ? null : inputID; Integer priority = parseOptionalInt(getUserInput()); // 返回 null 或有效值 updateTask(selectedIndex, tID, title, from, to, status);
总结：真正的“局部更新”本质是条件式 setter 调用，核心在于参数设计（用 null 表达“跳过”语义）与严格避免对象重建。将 I/O 逻辑上移到调用层，不仅满足教师要求，更使方法具备单元测试可行性、线程安全性及清晰的契约语义。
