场站状态选择为"待建"，保存之后变成"在建"状态（Excel第7行）

类型：填报问题 　严重性：严重 　状态：5.1.已关闭（复测通过）

基本信息

问题截图

旧代码涉及的项目文件及行数（backup730/730backup）

changeProStatus(value) {
  const pStatusList = [];
  this.form.implVoList.forEach((element) => {
    if (element.proStatus) { pStatusList.push(element.proStatus); }
  });
  if (pStatusList.length > 0) {
    const allAre3 = pStatusList.every((status) => status === "3");
    const allAre5 = pStatusList.every((status) => status === "5");
    if (allAre3) { this.form.proStatus = "3"; }
    else if (allAre5) { this.form.proStatus = "5"; }
    else { this.form.proStatus = "4"; } // 兜底：非"全待建"或"全已投产"一律判定为"在建"
  }
}

修复代码涉及的项目文件及行数

修复方案

问题成因有两处配合才会触发："全部待建"判定使用了严格字符串比较 status === "3"，一旦某个场站的 proStatus 因初始化路径不同而不是字符串"3"（例如从接口原样读入为数字或其它格式），allAre3 判定就会失真而落入兜底分支得到"4"（在建）；同时该聚合函数只在用户手动交互时触发，保存前并未强制重新校准一次，导致"用户当下看到的是待建，但底层 form.proStatus 早已因某次未被感知的状态漂移变成在建"，保存后即原样落库回显为"在建"。

changeProStatus(value) {
  const pStatusList = [];
  this.form.implVoList.forEach((element) => {
    if (element.proStatus !== undefined && element.proStatus !== null && element.proStatus !== '') {
      pStatusList.push(String(element.proStatus)); // 统一转字符串，避免类型不一致导致判定失真
    }
  });
  ...
}

async saveOrUpdate() {
  // 修复：保存前强制重新校准一次项目状态，不依赖此前是否触发过交互事件
  this.changeProStatus();
  if (this.form.implVoList && this.form.implVoList.length > 0) {
    ...
    projectBaseApi.addOrUpdatePro(this.form).then(...)
  }
}