是什麼促使我提出這個願望清單請求？當表格/列發生變更時，工作流程建構器難以正常運作（例如，找不到表格、找不到列等）。
您希望看到哪些改進？我希望工作流程建構器能夠更有效地利用變量，無論是在 JMP 後端原生層面，還是在使用者介面中。
當我運行或共享工作流程時，如果表名之類的東西發生了更改，JMP 會很好地給用戶機會來糾正差異。然而，通常不清楚需要在流程的哪個步驟中進行修正，因此使用者（包括我自己）可能會選擇停止工作流程，嘗試其他方法（等等，JMP 預期了什麼而沒有出現？我該如何修復？等等）。
當我查看發生了什麼事時，可能會發現一些錯誤，或者某些內容應該是動態的。好吧，現在我需要檢查並修復所有硬編碼了列或資料表引用的地方。如果 JMP 從一開始就將其設定為變量，我只需要修改一個地方就搞定了。
此外，我可能在進入工作流程之前就知道資料表名稱或列之類的東西是可變的。因此，能夠輕鬆地在工作流程中新增變量，並將其設定為預設值或提示用戶，就顯得非常重要。
為什麼這個想法很重要？工作流程建構器非常出色，它讓使用者無需太多腳本編寫背景知識即可實現自動化，而且如果一切照舊，它就能完美運作。 JMP 在處理潛在差異方面已經表現良好，而改進變數處理功能則能將其提升到一個新的水平。此外，將變數處理作為流程的原生功能，對於習慣腳本編寫的使用者來說，還能提供額外的「訓練」。因為導出的腳本不再是到處都是硬編碼的值，而是清楚地展示了變數的設定和使用方式。唯一的不足/變化可能是，工作流程建構器的 JSL 匯出檔案可能需要建立自己的工作區（我們最不需要的就是龐大的「本地」包裝器來防止變數衝突）。
我同意，需要想辦法讓增強日誌和工作流程功能更具通用性。或許一個簡單的解決方案是，讓增強日誌使用 `Current Data Table()` 函數，而不是明確參考表。我發現，這大約可以滿足我對增強日誌和工作流程功能中建立的 JSL 程式碼進行 90% 的修改需求。
