在App Script的HTML弹窗中调用库函数失败的求助

直接调用库函数失败的原因 #

google.script.run仅支持调用当前脚本项目中声明的全局函数，无法直接访问导入的库对象（如DatabaseposttreatmentMaster）。所以你在HTML中尝试google.script.run.DatabaseposttreatmentMaster.coconexion()时，DatabaseposttreatmentMaster会被判定为undefined，触发Cannot read properties of undefined错误。

中间函数调用无响应的问题根源 #

1. 前端无法读取GS全局变量：HTML中的DATABASE_POST_TREATMENT_ID是GS端的全局变量，前端JS无法直接访问，导致传入库函数的第一个参数为undefined，可能引发函数执行失败。
2. 异步操作未等待就终止：google.script.run是异步执行的，你调用函数后立刻执行google.script.host.closeDialog()，函数可能还没完成就被对话框关闭终止了。
3. 缺少错误捕获机制：没有为google.script.run添加失败处理函数，无法得知执行过程中是否出错，自然看不到反馈。

修复后的代码示例 #

GS端中间函数优化 #

把全局变量的使用放在GS内部，避免前端传递，同时简化函数逻辑：

// 假设此全局变量已正确定义
const DATABASE_POST_TREATMENT_ID = "你的数据库ID";

// 封装库函数调用，暴露给前端的唯一入口
function callCoconexion(champ1, champ2) {
  return DatabaseposttreatmentMaster.coconexion(DATABASE_POST_TREATMENT_ID, champ1, champ2);
}

HTML端调用逻辑调整 #

移除无效变量引用，添加异步执行的成功/失败回调，确保函数执行完成后再关闭对话框：

<!DOCTYPE html>
<html>
  <head>
    <base target="_top">
  </head>
  <body>
    <form id="myForm">
      <label for="champ1">Champ 1 :</label>
      <input type="text" name="champ1" id="champ1" required><br>
      <label for="champ2">Champ 2 :</label>
      <input type="text" name="champ2" id="champ2" required><br>
      <input type="submit" value="Valider">
    </form>

<script>
  document.getElementById("myForm").addEventListener("submit", function(e) {
    e.preventDefault();

    const champ1 = document.getElementById("champ1").value;
    const champ2 = document.getElementById("champ2").value;
    
    google.script.run
      .withSuccessHandler(() => {
        // 执行成功后再关闭对话框、重置表单
        google.script.host.closeDialog();
        document.getElementById("myForm").reset();
      })
      .withFailureHandler(error => {
        // 捕获错误并提示用户
        alert(`执行失败: ${error.message}`);
      })
      .callCoconexion(champ1, champ2);
  });
</script>
  </body>
</html>

额外注意事项 #

• 确认库DatabaseposttreatmentMaster已正确导入当前GS项目，且coconexion函数是库中公开可调用的函数。
• 如果需要动态调用多个库函数，可以保留callFunctionByNameWithArguments，但要确保前端传递的参数格式正确，且同样添加异步回调和错误处理。
• 敏感配置（如数据库ID）尽量在GS端处理，不要通过前端传递，避免泄露风险。

内容的提问来源于stack exchange，提问作者FlipFlop