是什么促使我提出这个愿望清单请求？当表/列发生更改时，工作流构建器难以正常工作（例如，找不到表、找不到列等）。
您希望看到哪些改进？我希望工作流构建器能够更有效地利用变量，无论是在 JMP 后端原生层面，还是在用户界面中。
当我运行或共享工作流时，如果表名之类的东西发生了更改，JMP 会很好地给用户机会来纠正差异。然而，通常不清楚需要在流程的哪个步骤中进行纠正，因此用户（包括我自己）可能会选择停止工作流，尝试其他方法（等等，JMP 预期了什么而没有出现？我该如何修复？等等）。
当我查看发生了什么时，可能会发现一些错误，或者某些内容应该是动态的。好吧，现在我需要检查并修复所有硬编码了列或数据表引用的地方。如果 JMP 从一开始就将其设置为变量，我只需要修改一处就搞定了。
此外，我可能在进入工作流程之前就知道数据表名称或列之类的东西是可变的。因此，能够轻松地向工作流程中添加变量，并将其设置为默认值或提示用户，就显得非常重要。
为什么这个想法很重要？工作流构建器非常出色，它让用户无需太多脚本编写背景知识即可实现自动化，而且如果一切照旧，它就能完美运行。JMP 在处理潜在差异方面已经表现良好，而改进变量处理功能则能将其提升到一个新的水平。此外，将变量处理作为流程的原生功能，还能为那些习惯使用脚本的用户提供额外的“培训”：当脚本导出为 JSL 格式时，用户无需到处看到硬编码的值，而是可以清楚地看到自己正在设置和使用变量。唯一的不足/变化可能是，工作流构建器的 JSL 导出可能需要创建自己的工作区（我们最不需要的就是一个庞大的“本地”包装器来防止变量冲突）。
我同意，需要想办法让增强日志和工作流功能更具通用性。或许一个简单的解决方案是，让增强日志使用 `Current Data Table()` 函数，而不是显式引用表。我发现，这大约可以满足我对增强日志和工作流功能中创建的 JSL 代码进行 90% 的修改需求。
